[PHP-DEV] Bug #8685 Updated: Here-Syntax problem

[phanto]

ID: 8685
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Feature/Change Request
PHP Version: 4.1.1
New Comment:

therfore i wrote 'on its own line'. i suppose heredoc is handled by the
scanner, so this should not be a problem.

yohgaki: you were talking about reasons and mentioned only one that
isn't a reason for me. any other reasons ?


Previous Comments:


[2002-01-29 20:17:30] [EMAIL PROTECTED]

There are good reasons this will not be implemented.
(As original(?) author memtioned)

Think about possibility that begin/end of heredoc mark appears in text
and 
how paser handle text and begin/end of heredoc.

Supporting this does not worth effort, IMHO.
This is just my opinion, so feel free to create/submit patch. ;)



[2002-01-29 07:59:05] [EMAIL PROTECTED]

thank you philip :)

closing it silently after over a year is a bit to easy. this realy
obfuscates php code a lot and i don't see any valid reason.
so maybe this is an issue for ZE2.



[2002-01-28 21:35:42] [EMAIL PROTECTED]

I like this feature request, so am reopening it :) Until someone
replies with a definitive response as to why such heredoc spacing is
required in PHP.



[2002-01-28 20:38:20] [EMAIL PROTECTED]

Many script languages that support here doc syntax require closing tag
at col 1. 

Won't change.



[2001-01-12 16:36:11] [EMAIL PROTECTED]

This is not a bug, but a feature request



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=8685


Edit this bug report at http://bugs.php.net/?id=8685&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #8685 Updated: Here-Syntax problem

[phanto]

ID: 8685
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Old PHP Version: 4.0.4
PHP Version: 4.1.1
New Comment:

thank you philip :)

closing it silently after over a year is a bit to easy. this realy
obfuscates php code a lot and i don't see any valid reason.
so maybe this is an issue for ZE2.


Previous Comments:


[2002-01-28 21:35:42] [EMAIL PROTECTED]

I like this feature request, so am reopening it :) Until someone
replies with a definitive response as to why such heredoc spacing is
required in PHP.



[2002-01-28 20:38:20] [EMAIL PROTECTED]

Many script languages that support here doc syntax require closing tag
at col 1. 

Won't change.



[2001-01-12 16:36:11] [EMAIL PROTECTED]

This is not a bug, but a feature request



[2001-01-12 16:22:11] [EMAIL PROTECTED]

why must the closing tag be in column 1 ?
i think it schould be enought that it stays in its own line.

   if($foo)
   {
  echo <<http://bugs.php.net/?id=8685&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #15229 Updated: unable to load dynamic module

[phanto]

ID: 15229
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: COM related
Bug Type: *Configuration Issues
Operating System: win2000
PHP Version: 4.1.1


Previous Comments:


[2002-01-26 05:37:59] [EMAIL PROTECTED]

Are you sure that the extensions are located in c:\php and not in
c:\php\extensions?



[2002-01-25 17:55:06] [EMAIL PROTECTED]

yes, because if no, PHP woul'nt give me this errors (Unable to load
dynamic library 'c:\PHP/php_gd.dll'). My rights permission in c:\PHP is
full access.



[2002-01-25 17:25:51] [EMAIL PROTECTED]

by saying "My php.ini is OK." you mean "Your extension_dir is set to
c:\PHP"?



[2002-01-25 17:23:24] [EMAIL PROTECTED]

Hi, 
   when I try to declare any .dll extension in php.ini on windows, PHP
give the message. 

Unable to load dynamic library 'c:\PHP/php_gd.dll' - The specified
procedure could not be found. in Unknown on line 0 

php_gd.dll is really in c:\PHP dir.
My php.ini is OK.

The same problems appears on 2 of my win2k machines.
Many others persons have the same problem without answers.
Maybe it's another destruction from the virus nimda.

Thanks

Jordi








Edit this bug report at http://bugs.php.net/?id=15229&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #15205 Updated: ADODB.Recordset PropPut() failed:

[phanto]

ID: 15205
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: COM related
Operating System: WIN2000 SP2 German
PHP Version: 4.1.1
New Comment:

could you add '()' to all of your method calls. your script seems very
odd this.


Previous Comments:


[2002-01-24 09:19:41] [EMAIL PROTECTED]

Provider = "Microsoft.Jet.OLEDB.4.0";
$conn->ConnectionString = "Data Source=$Source";
$conn->Mode=3;
$conn->Open();



 $SQL2="select * from FILES where FILE_ID=2";


 $record->Open($SQL2,$conn,3);


 $record->MoveLast;
 $test=$record->Fields("FILE_NAME");
 $test->Value="test";

/**
Warning: PropPut() failed: Ausnahmefehler aufgetreten. Source:
ADODB.Field Description: Das Objekt oder der Provider kann den
angeforderten Vorgang nicht ausführen. in D:\Linux\neu.php on line 20
**/
 $record->Update;
 $record->Requery;

 $record->Close;
 ?>


WHY ??

-_Th.Weisbach





Edit this bug report at http://bugs.php.net/?id=15205&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14272 Updated: com_load doesn't work

[phanto]

ID: 14272
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: win98
PHP Version: 4.1.0
New Comment:

com_load and new COM() are still not compatiple (although i thought so). so if you use 
com_load you also have to use com_get and com_invoke. com_load doesn't return an oo 
handle

Previous Comments:


[2001-11-28 15:54:08] [EMAIL PROTECTED]

#$objSession = com_load("MAPI.Session"); #Doesn't work
$objSession =new COM("MAPI.Session"); #works





Edit this bug report at http://bugs.php.net/?id=14272&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14353 Updated: can't set CP_UTF8 codepage

[phanto]

ID: 14353
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:

i'll review this

Previous Comments:


[2001-12-05 18:18:23] [EMAIL PROTECTED]

A call to create a COM object can pass the codepage as the third parameter and CP_UTF8 
is a valid option.  If you use this, however, the object create fails.

The problem is in the php_char_to_OLECHAR and php_OLECHAR_to_char functions in 
com\conversion.c.  MSDN states that a call to WideCharToMultiByte with a codepage of 
CP_UTF8 must have a second parameter is 0, but these functions don't account for that.

How I fixed it (there may be a better way, but it works for me):

lines 764 and 760: change "MB_PRECOMPOSED | MB_ERR_INVALID_CHARS" to "codepage == 
CP_UTF8 ? 0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS"

lines 784 and 790: change "WC_COMPOSITECHECK" to "codepage == CP_UTF8 ? 0 : 
WC_COMPOSITECHECK"

This fix is not well debugged, but it got me moving forward again.





Edit this bug report at http://bugs.php.net/?id=14353&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14334 Updated: Bug in COM class

[phanto]

ID: 14334
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: COM related
Operating System: Windows 2000 Professional
PHP Version: 4.0.6
New Comment:

please provide the shortest possible code that produces this error.

Previous Comments:


[2001-12-04 02:55:21] [EMAIL PROTECTED]

Warning: Error in php_OLECHAR_to_char() in g:\apache\test\index.php on line 65.

This error is only returned when the script is run from the httpd. IIS, Apache, and 
Xitami, all return this error.  When I use the script via pasting it to stdin on 
php.exe, it runs perfectly.  The script returns no errors from the stdin.





Edit this bug report at http://bugs.php.net/?id=14334&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14211 Updated: Method invocation of COM objects

[phanto]

ID: 14211
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: Windows NT 4.0
PHP Version: 4.0.6
New Comment:

got no feedback. alan directed me to a msdn site mentioning a bug in the CDONTS 
thingie and i think it is related to it. will investigate this. closing for now (not 
an obvious php bug)

Previous Comments:


[2001-11-25 12:49:24] [EMAIL PROTECTED]

there is no obvious bug in your script. is this com-server available somewhere ? what 
do i have to install to get it.

harald



[2001-11-24 11:52:50] [EMAIL PROTECTED]

It is impossible to involve a method of COM object in the next script:

$objMail = new COM("CDONTS.NewMail");
$objMail->From= "[EMAIL PROTECTED]";
$objMail->To  = "[EMAIL PROTECTED]";
$objMail->Subject = "Mail throughout COM";
$objMail->Body= "Body of the message";
$objMail->Send();

The string "$objMail->Send();" prints next text: 
Invoke() failed: Exception occurred

But identical script writen on ASP works fine on the same server.





Edit this bug report at http://bugs.php.net/?id=14211&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14066 Updated: Can't suppress warnigns on accessing invalid string offset

[phanto]

ID: 14066
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Any
PHP Version: 4.0CVS-2001-11-15
New Comment:

'isset($foo[0])' issues a warning too if $foo is an emtpy string.

Previous Comments:


[2001-11-15 02:33:34] [EMAIL PROTECTED]

When setting error_reporting(E_ALL) the following occurs:



The last line should not emit a warning.





Edit this bug report at http://bugs.php.net/?id=14066&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #14211 Updated: Method invocation of COM objects

[phanto]

ID: 14211
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: Windows NT 4.0
PHP Version: 4.0.6
New Comment:

there is no obvious bug in your script. is this com-server available somewhere ? what 
do i have to install to get it.

harald

Previous Comments:


[2001-11-24 11:52:50] [EMAIL PROTECTED]

It is impossible to involve a method of COM object in the next script:

$objMail = new COM("CDONTS.NewMail");
$objMail->From= "[EMAIL PROTECTED]";
$objMail->To  = "[EMAIL PROTECTED]";
$objMail->Subject = "Mail throughout COM";
$objMail->Body= "Body of the message";
$objMail->Send();

The string "$objMail->Send();" prints next text: 
Invoke() failed: Exception occurred

But identical script writen on ASP works fine on the same server.





Edit this bug report at http://bugs.php.net/?id=14211&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13928 Updated: No support for VARIANT array return type

[phanto]

ID: 13928
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: COM related
Operating System: WinNT 2000 Pro
PHP Version: 4.0.6


Previous Comments:


[2001-11-05 00:06:19] [EMAIL PROTECTED]

I have built a 'standard' dual-interface COM dll. Most functions return data as a 1 
dimmension SafeArray of VARIANTs. I get the following when I try:

$jReader = new COM("journalmancom.reader") or die("Unable to instantiate JournalManCOM 
object");

$var = new VARIANT();
$jReader->GetPrimaryEventTypes( $var );
print $var->value;


Warning: Unsupported variant type: 8204 (0x200C)

This corresponds to VT_VARIANT | VT_ARRAY. I noticed that php_variant_to_pval() 
doesn't look for VT_ARRAY.







Edit this bug report at http://bugs.php.net/?id=13928&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13928 Updated: No support for VARIANT array return type

[phanto]

ID: 13928
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: WinNT 2000 Pro
PHP Version: 4.0.6
New Comment:

try one of the 4.0.7 release candidates or a current cvs snapshot. this has been fixed 
for a while now, read former bugreports next time before you submit a new one ...

harald

Previous Comments:


[2001-11-05 00:06:19] [EMAIL PROTECTED]

I have built a 'standard' dual-interface COM dll. Most functions return data as a 1 
dimmension SafeArray of VARIANTs. I get the following when I try:

$jReader = new COM("journalmancom.reader") or die("Unable to instantiate JournalManCOM 
object");

$var = new VARIANT();
$jReader->GetPrimaryEventTypes( $var );
print $var->value;


Warning: Unsupported variant type: 8204 (0x200C)

This corresponds to VT_VARIANT | VT_ARRAY. I noticed that php_variant_to_pval() 
doesn't look for VT_ARRAY.







Edit this bug report at http://bugs.php.net/?id=13928&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13690 Updated: using com object to assign into a char property but got php_OLECHAR_to_char()

[phanto]

ID: 13690
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: COM related
Operating System: win2000
PHP Version: 4.0.6
New Comment:

no feedback, no failure description

Previous Comments:


[2001-10-17 09:13:15] [EMAIL PROTECTED]

could you descirbe your issue more detailed please. warning, code-snippet, which 
component, ...



[2001-10-16 08:53:13] [EMAIL PROTECTED]

using com object to assign into a char property but got php_OLECHAR_to_char() 

but the same thing works on asp...:( 





Edit this bug report at http://bugs.php.net/?id=13690&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13433 Updated: Returning Booleans from COM is broken in 407

[phanto]

ID: 13433
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: Windows NT 4 Server
PHP Version: 4.0CVS-2001-09-25
New Comment:

fixed in cvs

Previous Comments:


[2001-09-25 11:21:37] [EMAIL PROTECTED]

In PHP 4.07 (RC1, RC2 and latest snapshot, standard windows build) returning a boolean 
from a COM object is broken.

I reported this on PHP-QA a while ago but there was no response to it.  That report 
was primarily to do with returning booleans from a database accessed via an ADO COM 
object.  But now I've found it's true for all booleans.

When you have a COM object returning a boolean, testing that boolean for 'trueness' 
fails.

The following script:

TestFunc();// Simple function that just returns TRUE

var_dump($arg);

if ($arg == TRUE)
   echo "arg is true";
elseif ($arg == FALSE)
   echo "arg is false";
else
   echo "arg is something else";

if ($arg)
  echo "arg is true, but not equal to true";
?>

produces this output:

>bool(true)
>arg is something else
>
>arg is true, but not equal to true
>

Basically, if you test for equality to 'true' it fails, but it's also not false.  But 
if you just test directly on the value it works fine.

I stepped through the source and it appears to be due to the way comparison of 
booleans is done.  The COM object returns a boolean by creating a Variant of type BOOL 
and value -1.  whereas PHP creates a boolean of type BOOL and value 1.  The comparison 
then messes up due to this, I think.

I've also tried this with PHP 4.06 and the problem doesn't occur in that version





Edit this bug report at http://bugs.php.net/?id=13433&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11195 Updated: COM Visible=1 causes access violation in Apache

[phanto]

ID: 11195
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: NT 4.0 sp6 plus MS Office 97 SR-
PHP Version: php-4.0-Win32-06-06-2001.zip
New Comment:

if this bug report is still accurate, reopen it. it seems that it was lost somehow or 
i just didn't see it. sorry.

harald.

Previous Comments:


[2001-06-07 06:15:49] [EMAIL PROTECTED]

I uploaded the latest binary I could find and there was an improvement. It output an 
error message saying "visible not found".

I removed all the optional extensions but that did not help. I found the temp 
directory filling up with Word's work files so Word is not shutting down the session 
correctly. I found some of the temp files were locked for update so Word must still 
have a hold.

I found the test would run to completion, without an Apache error, one after a clean 
boot. On the second test, the page would return then Apache dumps. On the third and 
subsequent tests, the page headings appear then Apache dumps.



[2001-05-31 08:15:13] [EMAIL PROTECTED]

I read the dos and donts. How do I add new information to an existing bug report if I 
am neither the author or in the development team?

The existing bug report that I found, was Win2000, did not blow up Apache and seemed 
to produce a problem well after the point where you would use the COM visible 
property.

The report had a suggestion to try 4.0.4 but no result of using 4.0.4. I found 4.0.4 
would run without crashing Apache, but was not actually working to the point where I 
could use it to develop a COM based operation. Without the ability to read the 
application error messages, I had to create each action in Visual Basic then translate 
by trial and error.

The previous report did not mention the Apache release, presumably because the 
symptoms did not include Apache exploding.

I thought the information would be of use and volunteered for testing the next update. 
I could also add to the online documentation if it would help.



[2001-05-31 07:56:53] [EMAIL PROTECTED]

com in 4.0.5 is broken.
maybe you should read http://www.php.net/bugs-dos-and-donts.php too.



[2001-05-30 10:48:35] [EMAIL PROTECTED]

PHP 4.0.5 COM
The following code makes Apache blow up with an access violation:
if($w = new com("word.application"))
   {
if($w->Visible = 1)
  {
  print("Word should be visible." );

I tried it with PHP 4.0.5 and Apache 1.13.19 then updated Apache to 1.13.20 with the 
same result.

Reverting to PHP 4.0.4pl1 stopped Apache blowing up but Word is not becoming visible, 
which indicates the Visible property is not doing anything.

Apache runs PHP as isapi and here is the relevant part of the .conf:
LoadModule php4_module "c:/Program files/php/sapi/php4apache.dll"
AddType application/x-httpd-php .html
AddType application/x-httpd-php .php

Because Word is not becoming visible, some Word error messages are not displayed and 
the results of unanswered errors, explaining some of the weird problems people report 
with COM, such as applications locking up on second and subsequent entry.

If I manually make Word visible, by starting the application, the document handled by 
COM does not become visible and the errors remain locked up.

I am using NT 4.0 with SP6 and MS Office is 97 with SR-2. 97 is the latest release I 
can install without being stuck with Internet Exploder.

If you have a binary to test, I can install it any time. I will use COM on 4.0.4pl1 
for a couple more days then go back to 4.0.5 so I can experiment with the lastest 
functions for images.





Edit this bug report at http://bugs.php.net/?id=11195&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13433 Updated: Returning Booleans from COM is broken in 407

[phanto]

ID: 13433
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: Windows NT 4 Server
PHP Version: 4.0CVS-2001-09-25


Previous Comments:


[2001-09-25 11:21:37] [EMAIL PROTECTED]

In PHP 4.07 (RC1, RC2 and latest snapshot, standard windows build) returning a boolean 
from a COM object is broken.

I reported this on PHP-QA a while ago but there was no response to it.  That report 
was primarily to do with returning booleans from a database accessed via an ADO COM 
object.  But now I've found it's true for all booleans.

When you have a COM object returning a boolean, testing that boolean for 'trueness' 
fails.

The following script:

TestFunc();// Simple function that just returns TRUE

var_dump($arg);

if ($arg == TRUE)
   echo "arg is true";
elseif ($arg == FALSE)
   echo "arg is false";
else
   echo "arg is something else";

if ($arg)
  echo "arg is true, but not equal to true";
?>

produces this output:

>bool(true)
>arg is something else
>
>arg is true, but not equal to true
>

Basically, if you test for equality to 'true' it fails, but it's also not false.  But 
if you just test directly on the value it works fine.

I stepped through the source and it appears to be due to the way comparison of 
booleans is done.  The COM object returns a boolean by creating a Variant of type BOOL 
and value -1.  whereas PHP creates a boolean of type BOOL and value 1.  The comparison 
then messes up due to this, I think.

I've also tried this with PHP 4.06 and the problem doesn't occur in that version





Edit this bug report at http://bugs.php.net/?id=13433&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13105 Updated: COM: Unsupported variant type (ARRAY of OBJECTS)

[phanto]

ID: 13105
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: windows 2000
PHP Version: 4.0.6
New Comment:

single dimensional arrays will be supported in php 4.0.7, you'll have to wait or try 
to use a current snapshot.

-harald.

Previous Comments:


[2001-09-03 05:41:39] [EMAIL PROTECTED]




Hello everybody! . . . 
the SECOND of the following two LINEs of code:


//next line successfully instanciates a COM component (of a software called "Teres")
$COMInstance = new COM("ArrowCoreAPI.AcConnection")or die("Unable to instantiate");
//...
//...
//next line should return an array of objects  (to $returnArrayOfObjects), instead it 
returns a boolean (to $returnArrayOfObjects)
$returnArrayOfObjects=$COMInstance->GetNodesOfType($UserType,$version);


RESULTS IN:
Warning: Unsupported variant type: 8201 (0x2009) in c:\programme\apache 
group\apache\htdocs\teres\login.php on line 25


Could it be that PHP doesn't support returning an array of objects (through COM)?
Is there a SOLUTION to my problem??


Thanx alot, 
Antony (Munich-Germany)






Edit this bug report at http://bugs.php.net/?id=13105&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13356 Updated: ADODB Recordset issue

[phanto]

ID: 13356
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.0CVS-2001-09-17
New Comment:

could you provide the shortest possible script that causes this warning. could it be 
possible that you try to access a record field, that is not supported.

-harald.

Previous Comments:


[2001-09-17 23:06:17] [EMAIL PROTECTED]

I'm testing on PHP version 4.0.8-dev (Sept 10, 2001).

When retrieving a recordset using ADODB, it reports:

"Warning: Type not supported or not yet implemented."

It should not display this warning, as it seems to be retrieving the Recordset 
correctly.






Edit this bug report at http://bugs.php.net/?id=13356&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12925 Updated: PHP could not pass binary string to COM

[phanto]

ID: 12925
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: W2K pro
PHP Version: 4.0.6


Previous Comments:


[2001-08-27 12:00:01] [EMAIL PROTECTED]

In conversion.c:

..
  case IS_STRING:
 var_arg->vt = VT_BSTR;
 unicode_str = php_char_to_OLECHAR(pval_arg->value.str.val, 
pval_arg->value.str.len, codepage);
 var_arg->bstrVal = SysAllocString(unicode_str);
 efree(unicode_str);
..

MSN document:
BSTR SysAllocString(OLECHAR FAR* sz);
Parameter :
sz:   a zero terminated string to copy. The sz parameter must be a unicode string in 
32-bit applications, and an ANSI string in 16-bit applications.
..

What I did in my c++ file to send a binary string in c++

..
char tmpbuf[] = {0x00,0x20,.0x11};
BSTR SEF = SysAllocStringByteLen(NULL,sizeof(tmpbuf));
memcpy(SEF,tmpbuf, sizeof(tmpbuf));
..

I can receive the binary string on the other end.



[2001-08-27 11:53:32] [EMAIL PROTECTED]

found the problem in conversion.c




[2001-08-23 11:02:50] [EMAIL PROTECTED]

Here is the PHP code.

$bp = new COM("AG2.Beepoj") or die("Unable to instanciate");
$bp-> bp(101,"\x0\x0\xff");
unset($bp);

The other end is a COM object, the bp method defined as

STDMETHODIMP Cbeepoj::Bp(int iDuration, BSTR b_str)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState())

// TODO: Add your implementation code here
::Beep(523,iDuration);
if(wcslen(b_str)!=0) AfxMessageBox((CString)b_str);
else AfxMessageBox("null string.");
return S_OK;
}

If I use $bp-> bp(101,"11"); I will get 11 displayed in a message box. 
However, If the input is
$bp-> bp(101,"\x0\x0\xff"); The COM will say it is a
null string.






Edit this bug report at http://bugs.php.net/?id=12925&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12925 Updated: PHP could not pass binary string to COM

[phanto]

ID: 12925
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: W2K pro
PHP Version: 4.0.6
New Comment:

applied locally, will commit this after testing

-harald.

Previous Comments:


[2001-08-27 12:00:01] [EMAIL PROTECTED]

In conversion.c:

..
  case IS_STRING:
 var_arg->vt = VT_BSTR;
 unicode_str = php_char_to_OLECHAR(pval_arg->value.str.val, 
pval_arg->value.str.len, codepage);
 var_arg->bstrVal = SysAllocString(unicode_str);
 efree(unicode_str);
..

MSN document:
BSTR SysAllocString(OLECHAR FAR* sz);
Parameter :
sz:   a zero terminated string to copy. The sz parameter must be a unicode string in 
32-bit applications, and an ANSI string in 16-bit applications.
..

What I did in my c++ file to send a binary string in c++

..
char tmpbuf[] = {0x00,0x20,.0x11};
BSTR SEF = SysAllocStringByteLen(NULL,sizeof(tmpbuf));
memcpy(SEF,tmpbuf, sizeof(tmpbuf));
..

I can receive the binary string on the other end.



[2001-08-27 11:53:32] [EMAIL PROTECTED]

found the problem in conversion.c




[2001-08-23 11:02:50] [EMAIL PROTECTED]

Here is the PHP code.

$bp = new COM("AG2.Beepoj") or die("Unable to instanciate");
$bp-> bp(101,"\x0\x0\xff");
unset($bp);

The other end is a COM object, the bp method defined as

STDMETHODIMP Cbeepoj::Bp(int iDuration, BSTR b_str)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState())

// TODO: Add your implementation code here
::Beep(523,iDuration);
if(wcslen(b_str)!=0) AfxMessageBox((CString)b_str);
else AfxMessageBox("null string.");
return S_OK;
}

If I use $bp-> bp(101,"11"); I will get 11 displayed in a message box. 
However, If the input is
$bp-> bp(101,"\x0\x0\xff"); The COM will say it is a
null string.






Edit this bug report at http://bugs.php.net/?id=12925&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12471 Updated: DCOM don't running

[phanto]

ID: 12471
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: COM related
Operating System: 
PHP Version: 4.0.5
New Comment:

no feedback

Previous Comments:


[2001-08-05 07:24:32] [EMAIL PROTECTED]

could you provide a short code snippet and your settings in the [com] ini section.



[2001-07-30 14:28:28] [EMAIL PROTECTED]

Teste PHP & COM/DCOM"


Warning: Unable to obtain IDispatch interface for CLSID 
{B3017363-43C6-11D5-9848-00E04C3919F8}: O servidor de RPC não está disponível. in 
C:\Inetpub\wwwroot\Dcom_remote.php on line 22
Objeto COM não instânciado!





Edit this bug report at http://bugs.php.net/?id=12471&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #13253 Updated: COM() generates NULL pointer exception

[phanto]

ID: 13253
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:

Wordpad.Document has no interfaces derived from IDispatch thus it can't be accessed 
through php. 

the error message doesn't say what it is supposed to say, but this is fixed in php 
4.0.7. you will get

"C:\devel\developers handbook\test.php(3) : Warning - Unable to obtain IDispatch 
interface for CLSID {73FDDC80-AEA9-101A-98A7-00AA00374959}: Interface not supported"

now.

Previous Comments:


[2001-09-11 16:48:27] [EMAIL PROTECTED]

I found that COM was giving NULL pointer exceptions for some programs and not others. 
I tried the following script:



and got:

Fatal error: NULL pointer exception in D:\Inetpub\polytranslive\comtest.php on line 3

I even found that sometimes one instance would work, and another wouldn't, both on the 
same COM server.





Edit this bug report at http://bugs.php.net/?id=13253&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12718 Updated: com_invoke always seems to return false

[phanto]

ID: 12718
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: COM related
Operating System: Win 2k
PHP Version: 4.0.6
Assigned To: phanto
New Comment:

fixed in cvs

Previous Comments:


[2001-08-13 16:37:27] [EMAIL PROTECTED]

ok, i'll check this

just beeing nosily, what does

$svr = new COM("SIMPLECOMASP.NKMSimpleObj");
echo $svr->hello();


return ?



[2001-08-13 12:46:18] [EMAIL PROTECTED]

Just to add to this: If I make the return value a "retval" in the IDL then I can use 
com_invoke and it works (for the same reason that a propget works). It just doesn't 
seem to like "normal" HRESULT return



[2001-08-13 11:35:58] [EMAIL PROTECTED]

I created a simple COM objecj in Vis C++.  It has a method "hello" on it that does 
nothing except return S_OK, and a property "bar" that returns a string.

I can use com_load to create the object and I can get the property string back out 
(com_propget), but if I call "hello" then it returns FALSE.

$svr = com_load( "SIMPLECOMASP.NKMSimpleObj" );
$foo = com_invoke( $svr, "hello" );

if ( $foo )
  echo $foo;
else
  echo "No";

I created another method taking a BSTR input and a BSTR* output and that always 
returns false with the output being empty.  I tried the calls from VB as well, and 
they seem to work OK, so the COM oject looks functional. If I run the COM exe from the 
debugger, I can trace through the functions - so they *are* being called, just a bogus 
return code from somewhere.






Edit this bug report at http://bugs.php.net/?id=12718&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12718 Updated: com_invoke always seems to return false

[phanto]

ID: 12718
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: COM related
Operating System: Win 2k
PHP Version: 4.0.6
Old Assigned To: 
Assigned To: phanto
New Comment:

ok, i'll check this

just beeing nosily, what does

$svr = new COM("SIMPLECOMASP.NKMSimpleObj");
echo $svr->hello();


return ?

Previous Comments:


[2001-08-13 12:46:18] [EMAIL PROTECTED]

Just to add to this: If I make the return value a "retval" in the IDL then I can use 
com_invoke and it works (for the same reason that a propget works). It just doesn't 
seem to like "normal" HRESULT return



[2001-08-13 11:35:58] [EMAIL PROTECTED]

I created a simple COM objecj in Vis C++.  It has a method "hello" on it that does 
nothing except return S_OK, and a property "bar" that returns a string.

I can use com_load to create the object and I can get the property string back out 
(com_propget), but if I call "hello" then it returns FALSE.

$svr = com_load( "SIMPLECOMASP.NKMSimpleObj" );
$foo = com_invoke( $svr, "hello" );

if ( $foo )
  echo $foo;
else
  echo "No";

I created another method taking a BSTR input and a BSTR* output and that always 
returns false with the output being empty.  I tried the calls from VB as well, and 
they seem to work OK, so the COM oject looks functional. If I run the COM exe from the 
debugger, I can trace through the functions - so they *are* being called, just a bogus 
return code from somewhere.






Edit this bug report at http://bugs.php.net/?id=12718&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12471 Updated: DCOM don't running

[phanto]

ID: 12471
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: COM related
Operating System: 
PHP Version: 4.0.5


Previous Comments:


[2001-07-30 14:28:28] [EMAIL PROTECTED]

Teste PHP & COM/DCOM"


Warning: Unable to obtain IDispatch interface for CLSID 
{B3017363-43C6-11D5-9848-00E04C3919F8}: O servidor de RPC não está disponível. in 
C:\Inetpub\wwwroot\Dcom_remote.php on line 22
Objeto COM não instânciado!





Edit this bug report at http://bugs.php.net/?id=12471&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12126 Updated: the com example 1 does not work

[phanto]

ID: 12126
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: 2k
PHP Version: 4.0.6
New Comment:

is anyone able to reproduse this ? works fine for me with word xp (v10.0).

reopen if this still happens with the latest cvs version.

Previous Comments:


[2001-07-13 01:34:30] [EMAIL PROTECTED]

>From page: http://www.php.net/manual/en/class.com.php

example 1 loads word (v.9) okay but then returns the following errors:

Loaded Word, version 9.0 
Warning: Invoke() failed: No description available in C:\host\test\word.php on line 9

Warning: Invoke() failed: Exception occurred. in C:\host\test\word.php on line 13

Fatal error: NULL pointer exception in C:\host\test\word.php on line 13





Edit this bug report at http://bugs.php.net/?id=12126&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12471 Updated: DCOM don't running

[phanto]

ID: 12471
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: 
PHP Version: 4.0.5
New Comment:

could you provide a short code snippet and your settings in the [com] ini section.

Previous Comments:


[2001-07-30 14:28:28] [EMAIL PROTECTED]

Teste PHP & COM/DCOM"


Warning: Unable to obtain IDispatch interface for CLSID 
{B3017363-43C6-11D5-9848-00E04C3919F8}: O servidor de RPC não está disponível. in 
C:\Inetpub\wwwroot\Dcom_remote.php on line 22
Objeto COM não instânciado!





Edit this bug report at http://bugs.php.net/?id=12471&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12341 Updated: Don't is appears the object

[phanto]

ID: 12341
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: COM related
Operating System: NT 4.0 WorkStation
PHP Version: 4.0.6
New Comment:

if the webserver runs as service it doesn't have access to the userspace (e.g. the 
desktop). if you want to open a window you have to execute php from the command line.

harald

Previous Comments:


[2001-07-24 14:19:44] [EMAIL PROTECTED]

I thought this is what the commands were supposed to do.

If you wanted to open word wouldn't you do something
like this:

exec("c:\path\to\winword");




[2001-07-24 12:17:04] [EMAIL PROTECTED]

Did the document save correctly?



[2001-07-24 10:43:11] [EMAIL PROTECTED]

A take a sample of function COM.

$word = new COM("word.application") or die("Unable to instanciate Word");
print "Loaded Word, version {$word->Version}\n";
$word->Visible = 1; // command that show window
$word->Documents->Add();
$word->Selection->TypeText("This is a test...");
$word->Documents[1]->SaveAs("Useless test.doc");

The commands execute, but the window of word don't appears.

I make a test with Autocad too, but the window don't appears.
When a had a ohter version PHP, don't remember, the window appears

thanks

Luiz Fernando






Edit this bug report at http://bugs.php.net/?id=12341&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12403 Updated: VARIANT.c : error C2065 'CP_SYMBOL' : undeclared identifier

[phanto]

ID: 12403
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: NT 4
PHP Version: 4.0.6
New Comment:

forgot to close

Previous Comments:


[2001-07-29 16:16:13] [EMAIL PROTECTED]

simply comment them out for now, it doesn't matter. you only won't have these 
constants defined in your php build (but you can't use them on your machine anyways, 
they are only accessible on win2k.)

i'll add a check.



[2001-07-26 10:40:57] [EMAIL PROTECTED]

Hello,

This is an error message compiling PHP4TS under ms c++ 5

Would you mind help me ?

Configuration: php4dllts - Win32 Release_TS
Compiling...
VARIANT.c
E:\php\ext\com\VARIANT.c(100) : error C2065: 'CP_SYMBOL' : undeclared identifier
E:\php\ext\com\VARIANT.c(101) : error C2065: 'CP_THREAD_ACP' : undeclared identifier
Error executing cl.exe.

php.exe - 2 error(s), 0 warning(s)





Edit this bug report at http://bugs.php.net/?id=12403&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12403 Updated: VARIANT.c : error C2065 'CP_SYMBOL' : undeclared identifier

[phanto]

ID: 12403
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating System: NT 4
PHP Version: 4.0.6
New Comment:

simply comment them out for now, it doesn't matter. you only won't have these 
constants defined in your php build (but you can't use them on your machine anyways, 
they are only accessible on win2k.)

i'll add a check.

Previous Comments:


[2001-07-26 10:40:57] [EMAIL PROTECTED]

Hello,

This is an error message compiling PHP4TS under ms c++ 5

Would you mind help me ?

Configuration: php4dllts - Win32 Release_TS
Compiling...
VARIANT.c
E:\php\ext\com\VARIANT.c(100) : error C2065: 'CP_SYMBOL' : undeclared identifier
E:\php\ext\com\VARIANT.c(101) : error C2065: 'CP_THREAD_ACP' : undeclared identifier
Error executing cl.exe.

php.exe - 2 error(s), 0 warning(s)





Edit this bug report at http://bugs.php.net/?id=12403&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11658 Updated: Getting values by reference don't work

[phanto]

ID: 11658
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: COM related
Operating System: Windows NT 4.0 SP 6
PHP Version: 4.0.6
New Comment:

doesn't work with VBScript either and due to the provided typelib i assume that it is 
a user (component) error.

-harald.

Previous Comments:


[2001-07-05 20:43:44] [EMAIL PROTECTED]

but by definition every interface derived from IDispatch that should support 
references must expect VARIANT *var instead of  *var . am i wrong ?



[2001-07-02 05:08:05] [EMAIL PROTECTED]

I think it's very simple.

The COM-Object that I use is compiled with
Microsoft Visual C++ 6.0, if it matters.


The definition looks like this:

interface ICObject: IDispatch
{
  [id(1), helpstring("Methode Init")]
  HRESULT Init(BSTR bstrUser,
   long lwinID,
   BSTR bstrCustomer);
  [id(2), helpstring("Methode CheckLogin")]
  HRESULT CheckLogin(BSTR bstrUser,
 BSTR bstrServer,
 long *laccess);
  [id(3), helpstring("Methode CloseData")]
  HRESULT CloseData();
};

Note, that there is no VARIANT Type!
It's only BSTR and LONG.
So I get always a type mismatch, when I try to pass
variables with
$var = new VARIANT(8, VT_I4|VT_BYREF);
or 
$var = new VARIANT("test", VT_BSTR);
It doesn't matter, if it's passed by reference or not.
I think it's a more general problem. PHP tries to pass
the values as type VARIANT, but the interface is of another
type (here BSTR or LONG). Of course, I could be wrong.
When I pass the values directly as PHP-variables, then I
don't get the type-mismatch warning, but the variables
passed by reference don't change, as you can see in the
first message.

I hope, I maked it clear.





[2001-07-01 17:25:28] [EMAIL PROTECTED]

type mismatch means, that your com object expects another type. as you see the error 
message is german so the error doesn't happen in php but in the com-marshaller. you 
have to check what type your object expects and change the VT_I4 to the corresponding 
value.

if you can provide me an other example so that i can reproduce this on my machine i 
could help you more detailed



[2001-06-28 03:12:59] [EMAIL PROTECTED]

still closed?



[2001-06-27 04:16:21] [EMAIL PROTECTED]

It didn't work!
I get this:

Warning: Invoke() failed: Typ paßt nicht.
in D:\www\webze\application\index.php on line 10

translated: ...: Type mismatch.

Line 10 looks like this:
$instance->CheckLogin($user, COM_REMOTE_SERVER, $allowed);

I have tried all of the combinations I could think of,
VT_UI1|BYREF, VT_UI2|BYREF, VT_UI4|BYREF, VT_I1|BYREF,
VT_I2|BYREF, VT_I4|BYREF, VT_INT|BYREF, VT_UINT|BYREF
It doesn't matter. I get always the same type mismatch warning.

Note that the variable $allowed in the function of the
COM-Object is defined as "long".

Please help me to get this working.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=11658


Edit this bug report at http://bugs.php.net/?id=11658&edit=1


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11658 Updated: Getting values by reference don't work

[phanto]

ID: 11658
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

but by definition every interface derived from IDispatch that should support 
references must expect VARIANT *var instead of  *var . am i wrong ?

Previous Comments:
---

[2001-07-02 05:08:05] [EMAIL PROTECTED]

I think it's very simple.

The COM-Object that I use is compiled with
Microsoft Visual C++ 6.0, if it matters.


The definition looks like this:

interface ICObject: IDispatch
{
  [id(1), helpstring("Methode Init")]
  HRESULT Init(BSTR bstrUser,
   long lwinID,
   BSTR bstrCustomer);
  [id(2), helpstring("Methode CheckLogin")]
  HRESULT CheckLogin(BSTR bstrUser,
 BSTR bstrServer,
 long *laccess);
  [id(3), helpstring("Methode CloseData")]
  HRESULT CloseData();
};

Note, that there is no VARIANT Type!
It's only BSTR and LONG.
So I get always a type mismatch, when I try to pass
variables with
$var = new VARIANT(8, VT_I4|VT_BYREF);
or 
$var = new VARIANT("test", VT_BSTR);
It doesn't matter, if it's passed by reference or not.
I think it's a more general problem. PHP tries to pass
the values as type VARIANT, but the interface is of another
type (here BSTR or LONG). Of course, I could be wrong.
When I pass the values directly as PHP-variables, then I
don't get the type-mismatch warning, but the variables
passed by reference don't change, as you can see in the
first message.

I hope, I maked it clear.



---

[2001-07-01 17:25:28] [EMAIL PROTECTED]

type mismatch means, that your com object expects another type. as you see the error 
message is german so the error doesn't happen in php but in the com-marshaller. you 
have to check what type your object expects and change the VT_I4 to the corresponding 
value.

if you can provide me an other example so that i can reproduce this on my machine i 
could help you more detailed

---

[2001-06-28 03:12:59] [EMAIL PROTECTED]

still closed?

---

[2001-06-27 04:16:21] [EMAIL PROTECTED]

It didn't work!
I get this:

Warning: Invoke() failed: Typ paßt nicht.
in D:ebzeapplicationindex.php on line 10

translated: ...: Type mismatch.

Line 10 looks like this:
$instance->CheckLogin($user, COM_REMOTE_SERVER, $allowed);

I have tried all of the combinations I could think of,
VT_UI1|BYREF, VT_UI2|BYREF, VT_UI4|BYREF, VT_I1|BYREF,
VT_I2|BYREF, VT_I4|BYREF, VT_INT|BYREF, VT_UINT|BYREF
It doesn't matter. I get always the same type mismatch warning.

Note that the variable $allowed in the function of the
COM-Object is defined as "long".

Please help me to get this working.


---

[2001-06-26 10:19:19] [EMAIL PROTECTED]

closed

---

The remainder of the comments for this report are too long.
To view the rest of the comments, please
view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11658&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11760 Updated: VT_ARRAY not supported

[phanto]

ID: 11760
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

both is the case :)

first: array support is not implemented in php4.0.6. you have to use a recent 
snapshot.

second: VT_ARRAY is not a type, its only a modificator like VT_BYREF, you have to use 
something like VT_I4|VT_ARRAY|VT_BYREF

but the variant class is only needed if you explicitly want to cast your var to a 
specific type. you can directly pass a php-variable to a com-method as well.

harald.

Previous Comments:
---

[2001-06-27 19:41:56] [EMAIL PROTECTED]


hi, 

the following line of code 
  $vXXX = new VARIANT($XXX, VT_ARRAY|VT_BYREF);

results in
  Warning:  Type not supportet or not yet implemented

please let me know if this is a real bug or if i'm doing something wrong.  i hope i'm 
doing something wrong coz i really need this to work!

thanks...




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11760&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11755 Updated: Can't pass array to COM obj

[phanto]

ID: 11755
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

closed

Previous Comments:
---

[2001-07-01 17:27:10] [EMAIL PROTECTED]

try a recent snapshot. arrays are not supportet in php4.0.6

---

[2001-06-27 15:41:53] [EMAIL PROTECTED]

i can't pass an array to my com object. 

the object works fine w/ ASP: 
Dim X(10); 
Obj.X = X; 

when i try to do the same w/ PHP, i get the following errors (b.t.w., i have no 
problems passing scalar values): 

Warning: PropPut() failed: Exception occurred. in xxx.php on line 90 
or 
Warning: Unsupported variant type: 8204 (0x200C) in xxx.php on line 237 

i tried using VARIANT & that didn't seem to help... 

The interfaces in my idl file looks like this: 
[propput, id(32), helpstring("property X")] HRESULT X([in] VARIANT newVal); 
[propget, id(32), helpstring("property X")] HRESULT X([out, retval] VARIANT *pVal); 


any help or clue would be greatly appreciated. 

thanks! 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11755&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11755 Updated: Can't pass array to COM obj

[phanto]

ID: 11755
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

try a recent snapshot. arrays are not supportet in php4.0.6

Previous Comments:
---

[2001-06-27 15:41:53] [EMAIL PROTECTED]

i can't pass an array to my com object. 

the object works fine w/ ASP: 
Dim X(10); 
Obj.X = X; 

when i try to do the same w/ PHP, i get the following errors (b.t.w., i have no 
problems passing scalar values): 

Warning: PropPut() failed: Exception occurred. in xxx.php on line 90 
or 
Warning: Unsupported variant type: 8204 (0x200C) in xxx.php on line 237 

i tried using VARIANT & that didn't seem to help... 

The interfaces in my idl file looks like this: 
[propput, id(32), helpstring("property X")] HRESULT X([in] VARIANT newVal); 
[propget, id(32), helpstring("property X")] HRESULT X([out, retval] VARIANT *pVal); 


any help or clue would be greatly appreciated. 

thanks! 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11755&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11658 Updated: Getting values by reference don't work

[phanto]

ID: 11658
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

type mismatch means, that your com object expects another type. as you see the error 
message is german so the error doesn't happen in php but in the com-marshaller. you 
have to check what type your object expects and change the VT_I4 to the corresponding 
value.

if you can provide me an other example so that i can reproduce this on my machine i 
could help you more detailed

Previous Comments:
---

[2001-06-28 03:12:59] [EMAIL PROTECTED]

still closed?

---

[2001-06-27 04:16:21] [EMAIL PROTECTED]

It didn't work!
I get this:

Warning: Invoke() failed: Typ paßt nicht.
in D:ebzeapplicationindex.php on line 10

translated: ...: Type mismatch.

Line 10 looks like this:
$instance->CheckLogin($user, COM_REMOTE_SERVER, $allowed);

I have tried all of the combinations I could think of,
VT_UI1|BYREF, VT_UI2|BYREF, VT_UI4|BYREF, VT_I1|BYREF,
VT_I2|BYREF, VT_I4|BYREF, VT_INT|BYREF, VT_UINT|BYREF
It doesn't matter. I get always the same type mismatch warning.

Note that the variable $allowed in the function of the
COM-Object is defined as "long".

Please help me to get this working.


---

[2001-06-26 10:19:19] [EMAIL PROTECTED]

closed

---

[2001-06-26 10:19:03] [EMAIL PROTECTED]

$user = "test_user";
$allowed = new VARIANT(8, VT_I4|VT_BYREF);

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, $allowed);

echo $allowed->value;

/* you can use $allowed->type to check it against
 * VT_* constants
 * look into the php documentation for more flags
 * passing variables by reference is a deprecated
 * zend feature (i don't know why) and it didn't work
 * in every case in earlier versions.
 */



---

[2001-06-26 07:00:49] [EMAIL PROTECTED]

The #11660 was already bogused. Reopened this one.


---

The remainder of the comments for this report are too long.
To view the rest of the comments, please
view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11658&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11655 Updated: Ivoking COM will not work.

[phanto]

ID: 11655
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

i can't reproduce this. are you sure that your mdb is in the right place ? i get this 
kind of error if the DSN is invalid.

harald

Previous Comments:
---

[2001-06-26 10:29:12] [EMAIL PROTECTED]
The exception occurs in line 5, which is

$dbc->Open($myDSN); 



---

[2001-06-26 10:20:46] [EMAIL PROTECTED]
in which line does the warning occur ?

---

[2001-06-25 06:49:59] [EMAIL PROTECTED]
This does not work, but worked unchanged in PHP 4.0.4pl1

$myDSN = "DSN=dbEmpty;DBQ='c:\test.mdb';DRIVER={Microsoft Access 
Driver(*.mdb)};UID='root';PW='';";

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "MSDASQL";
$dbc->Open($myDSN);

Warning: Invoke() failed: Exception occurred (line $dbc->Open($myDSN); )

Setting from php.ini:
;com.typelib_file = 
com.allow_dcom = On



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11655&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11655 Updated: Ivoking COM will not work.

[phanto]

ID: 11655
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

in which line does the warning occur ?

Previous Comments:
---

[2001-06-25 06:49:59] [EMAIL PROTECTED]
This does not work, but worked unchanged in PHP 4.0.4pl1

$myDSN = "DSN=dbEmpty;DBQ='c:\test.mdb';DRIVER={Microsoft Access 
Driver(*.mdb)};UID='root';PW='';";

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "MSDASQL";
$dbc->Open($myDSN);

Warning: Invoke() failed: Exception occurred (line $dbc->Open($myDSN); )

Setting from php.ini:
;com.typelib_file = 
com.allow_dcom = On



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11655&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11658 Updated: Getting values by reference don't work

[phanto]

ID: 11658
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

closed

Previous Comments:
---

[2001-06-26 10:19:03] [EMAIL PROTECTED]
$user = "test_user";
$allowed = new VARIANT(8, VT_I4|VT_BYREF);

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, $allowed);

echo $allowed->value;

/* you can use $allowed->type to check it against
 * VT_* constants
 * look into the php documentation for more flags
 * passing variables by reference is a deprecated
 * zend feature (i don't know why) and it didn't work
 * in every case in earlier versions.
 */



---

[2001-06-26 07:00:49] [EMAIL PROTECTED]
The #11660 was already bogused. Reopened this one.


---

[2001-06-25 17:21:56] [EMAIL PROTECTED]
Was submitted twice. Dup. of 11660

---

[2001-06-25 09:00:11] [EMAIL PROTECTED]
Example:

$user = "test_user";
$allowed = 8;

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, &$allowed);

echo $allowed;

$allowed has always the value that you have specified
above, here: 8; When I change $allowed to 6788, then
I get 6788. It seems that the variable won't be changed
when you pass it by reference.
It doesn't matter if i use the & sign or not!
Note that the variable $allowed have to be integer,
I can't pass a variant type to the COM-Function CheckLogin.

The same has been working with previous versions of PHP,
until 4.0.5 and above.

In need this functionality because i use a lot of stuff
like that: 

$instance->some_function(&$var1, &$var2, &$var3);

any clue, what's going up?



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11658&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11658 Updated: Getting values by reference don't work

[phanto]

ID: 11658
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6
Assigned To: 
Comments:

$user = "test_user";
$allowed = new VARIANT(8, VT_I4|VT_BYREF);

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, $allowed);

echo $allowed->value;

/* you can use $allowed->type to check it against
 * VT_* constants
 * look into the php documentation for more flags
 * passing variables by reference is a deprecated
 * zend feature (i don't know why) and it didn't work
 * in every case in earlier versions.
 */



Previous Comments:
---

[2001-06-26 07:00:49] [EMAIL PROTECTED]
The #11660 was already bogused. Reopened this one.


---

[2001-06-25 17:21:56] [EMAIL PROTECTED]
Was submitted twice. Dup. of 11660

---

[2001-06-25 09:00:11] [EMAIL PROTECTED]
Example:

$user = "test_user";
$allowed = 8;

$instance = new COM("dll.CObject") or die("Unable to
instanciate dll.CObject");
$instance->CheckLogin($user, COM_REMOTE_SERVER, &$allowed);

echo $allowed;

$allowed has always the value that you have specified
above, here: 8; When I change $allowed to 6788, then
I get 6788. It seems that the variable won't be changed
when you pass it by reference.
It doesn't matter if i use the & sign or not!
Note that the variable $allowed have to be integer,
I can't pass a variant type to the COM-Function CheckLogin.

The same has been working with previous versions of PHP,
until 4.0.5 and above.

In need this functionality because i use a lot of stuff
like that: 

$instance->some_function(&$var1, &$var2, &$var3);

any clue, what's going up?



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11658&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11602 Updated: com_invoke, com_load, com_release cause fatal error

[phanto]

ID: 11602
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

php4.0.6 will be released this week, please reopen if this still happens.

harald

Previous Comments:
---

[2001-06-21 03:00:44] [EMAIL PROTECTED]
using the following functions: com_invoke, com_load, com_release results in "Fatal 
error: Call to undefined function"


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11602&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11462 Updated: COM does NOT work

[phanto]

ID: 11462
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-06-13)
Assigned To: 
Comments:

no feedback

Previous Comments:
---

[2001-06-15 10:16:45] [EMAIL PROTECTED]
does this work with earlier versions ? it looks like word is not installed correctly 
or that the wwwuser has insufficient rights.

harald

---

[2001-06-13 07:07:14] [EMAIL PROTECTED]
I obtained this

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in d:program 
filesapache groupapachehtdocstest.php on line 1

---

[2001-06-13 07:03:30] [EMAIL PROTECTED]
I'm using W2KSP2, Apache 1.3.20, PHP latest snap from Zend (2001-6-12) using the 
module way, not the CGI way.

This script does not work

$word=new COM("word.application") or die("Cannot start word for you");
print "Loaded word version ($word->Version)n";
$word->visible =1 ;
$word->Documents->Add();
$word->Selection->Typetext("Is this what you meant?");


What happens?

Marecandja

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11462&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #7691 Updated: unable to pass an array to COM object.

[phanto]

ID: 7691
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.3pl1
Assigned To: phanto
Comments:

non associative single dimensional arrays are supported now.

harald

Previous Comments:
---

[2001-01-29 17:22:21] [EMAIL PROTECTED]
working on it

---

[2000-11-08 02:08:14] [EMAIL PROTECTED]
I find that COM support apparently doesn't include the ability to pass an array to a 
COM object. I'd program this into PHP myself if I had a clue how to do itso all us 
COM people suffering with Windows are at the developer's mercy on this one. 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7691&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11462 Updated: COM does NOT work

[phanto]

ID: 11462
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: COM related
Operating system: 
PHP Version: 4.0 Latest CVS (2001-06-13)
Assigned To: 
Comments:

does this work with earlier versions ? it looks like word is not installed correctly 
or that the wwwuser has insufficient rights.

harald

Previous Comments:
---

[2001-06-13 07:07:14] [EMAIL PROTECTED]
I obtained this

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in d:program 
filesapache groupapachehtdocstest.php on line 1

---

[2001-06-13 07:03:30] [EMAIL PROTECTED]
I'm using W2KSP2, Apache 1.3.20, PHP latest snap from Zend (2001-6-12) using the 
module way, not the CGI way.

This script does not work

$word=new COM("word.application") or die("Cannot start word for you");
print "Loaded word version ($word->Version)n";
$word->visible =1 ;
$word->Documents->Add();
$word->Selection->Typetext("Is this what you meant?");


What happens?

Marecandja

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11462&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

[phanto]

ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.7-dev (dated 18-May-2001)
Assigned To: 
Comments:

hmm, i haven't changed anything since the 15.3.2001. but afaik there where changes in 
the zend-api after branching 4.0.6. maybe they are causing these errors with isapi.
do you have any problems with adodb and the cgi version ?

the problem with the XML Parser is known (#10851), but at the moment i don't know the 
reason. maybe someone could help investigating .. ;)

Previous Comments:
---

[2001-05-18 22:45:44] [EMAIL PROTECTED]
Hi,

The current version (18-May) could not load in Windows at all, so I cannot test that 
version. Curiously, the version number of PHP is 4.0.7-dev.
Testing the last version (17-May), I found that the error is generated when it 
executes this line of code:

for ($rowcount = 0; !$rs->EOF;
   ++$rowcount, $rs->MoveNext()) {

  // some code

}

Specifically, it is the condition ( $rs->EOF ) that causes the Access Violation. All 
else works ok.
$rs->EOF should return a boolean datatype.

MSXMLParser also still causes Access Violation when calling loadXML($xmldata)

When running PHP as CGI (for the MSXMLParser script), I get this Application Error 
message:
"The instruction at "0x1008d824" referenced memory at "0x3c0a3e64". The memory could 
not be "written"."

The last version that worked with COM was PHP 4.0.6-dev, before it turned 4.0.7-dev.


---

[2001-05-18 11:24:23] [EMAIL PROTECTED]
is it ? i was able to run your ado script successfully. are you using the isapi or the 
cgi version of php. isapi isn't stable yet.

-harald

---

[2001-05-16 08:42:01] [EMAIL PROTECTED]
COM broken in PHP version 4.0.7-dev

---

[2001-05-16 08:34:57] [EMAIL PROTECTED]
Bug reopened, CVS dated 16 May 2001,

message when accessing database:
PHP has encountered an Access Violation at 011CD614


---

[2001-05-08 20:12:03] [EMAIL PROTECTED]
works here.

the only mistake i found was, that if either the connect string or the query was wrong 
$conn->execute() returned a nullpointer instead of a valid recordset.
this only produced a warning so there was a nullpointer exception at the first attempt 
to access $rs->...
now i produce an error (unfortunatelly this causes the script to stop).
i'll fix this in the code and switch back to a warning, but i think it's ok for now.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10580&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

[phanto]

ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.7-dev (dated 16-May-2001)
Assigned To: 
Comments:

is it ? i was able to run your ado script successfully. are you using the isapi or the 
cgi version of php. isapi isn't stable yet.

-harald

Previous Comments:
---

[2001-05-16 08:42:01] [EMAIL PROTECTED]
COM broken in PHP version 4.0.7-dev

---

[2001-05-16 08:34:57] [EMAIL PROTECTED]
Bug reopened, CVS dated 16 May 2001,

message when accessing database:
PHP has encountered an Access Violation at 011CD614


---

[2001-05-08 20:12:03] [EMAIL PROTECTED]
works here.

the only mistake i found was, that if either the connect string or the query was wrong 
$conn->execute() returned a nullpointer instead of a valid recordset.
this only produced a warning so there was a nullpointer exception at the first attempt 
to access $rs->...
now i produce an error (unfortunatelly this causes the script to stop).
i'll fix this in the code and switch back to a warning, but i think it's ok for now.

---

[2001-05-08 19:18:07] [EMAIL PROTECTED]
Here is a code snippet for testing ADODB:

Open(OLEDB_CONNECTION_STRING);

$command = "SELECT * from employees";

$rs = $conn->Execute($command); // Recordset
$num_columns = $rs->Fields->Count();

$this->set_arr($num_columns);

for ($i=0; $i < $num_columns; $i++) {
$fld[$i] = $rs->Fields($i);
}
$rowcount = 0;
while (!$rs->EOF) {
for ($i=0; $i < $num_columns; $i++) {
$arr[$i][$rowcount] = $fld[$i]->value;
}
$rowcount++;// increments rowcount
$rs->MoveNext();
}

$rs->Close();
$conn->Close();

$rs = NULL;
$conn = NULL;

?>

This produces the error: PHP has encountered an Access Violation at 2474FF04

You can also produce an Access Violation by trying to use MSXML Parser 3.0,
and by calling the loadXML() method.

I downloaded php 4.0.6-dev [2001-05-04] build from 
php4win32.sourceforge.net/releases/php-4.0.6-dev-20010504.exe

---

[2001-05-08 16:30:55] [EMAIL PROTECTED]
could you provide a short snippet, i can't reproduce this.
are you using the cgi or the isapi version ?

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10580&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10952 Updated: Crash during interaction with a COM object

[phanto]

ID: 10952
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

com support in 4.0.5 is broken, you have to wait for 4.0.6

Previous Comments:
---

[2001-05-18 08:29:56] [EMAIL PROTECTED]
I tried a basic example provided by php programming manual:

1. $word=new COM("word.application") or die("Cannot start 2. word for you"); 
3. print "Loaded word version ($word->Version)n"; 
4. $word-visible =1 ; 
5. $word->Documents->Add(); 
6. $word->Selection->Typetext("Dit is een test"); 
7. $word->Documents[1]->SaveAs("burb ofzo.doc"); 
8. $word->Quit();

I get an error prompt on line 4 (memory access fault).

I think COM support is very weak... 


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10952&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10875 Updated: In COM Function: Return Var is emty

[phanto]

ID: 10875
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

closed.j

Previous Comments:
---

[2001-05-15 15:12:57] [EMAIL PROTECTED]
> $jServer->GetB("NN", &$Var);

pass by reference is deprecated. you have to pack your value into a VARIANT object and 
unpack it afterwards.


$vVar = new VARIANT($Var);
/* VARIANT($Var [, VT_BSTR [,CP_ACP]]) */
$jServer->GetB("NN", $vVar);

echo $vVar->value;
echo $vVar->type;
/* one of VT_BSTR, VTUI4, VT_BYREF|VT_*,  */


btw, in 4.0.5 the com extension is not working properly, maybe you have to wait for 
4.0.6 (or use the -dev version)

---

[2001-05-15 07:04:49] [EMAIL PROTECTED]
here my problem with COM in PHP.


";

$jServer = new COM("jexeserver") or DIE ("Connect zum J Server ist nicht
möglich");
$jServer->Show(1);
$jServer->Log(1);

$jServer->Do("0!:0 <(1!:40''),'systemextrasconfigprofile.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1api.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1con.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1prop.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1view.ijs'");

$jServer->Do("Tm1On''");
$jServer->Do("Tm1AdmSet'OLAPLINE01'");
$jServer->Do("SrvCon'zeiterf';'Admin';''");

#$jServer->Do("NN=:'XXX'");

$Var = "xxx";
$jServer->SetB("NN", $Var);  //  In the COM server: NN = $Var
$jServer->Do("NN");  //  Display NN in the COM server
$jServer->Do("NN=:'yyy'"); //  In the COM server: NN = "yyy"

$jServer->GetB("NN", &$Var);//  <===   There is my problem:  (& is a 
refernce)
   //  In the COM server &$Var = NN
echo $Var;   // echo $Var Output: xxx and not yyy ?!?

$jServer->Quit();

?>

Is there a bug in my code or is this a bug in COM ???



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10875&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10875 Updated: In COM Function: Return Var is emty

[phanto]

ID: 10875
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

> $jServer->GetB("NN", &$Var);

pass by reference is deprecated. you have to pack your value into a VARIANT object and 
unpack it afterwards.


$vVar = new VARIANT($Var);
/* VARIANT($Var [, VT_BSTR [,CP_ACP]]) */
$jServer->GetB("NN", $vVar);

echo $vVar->value;
echo $vVar->type;
/* one of VT_BSTR, VTUI4, VT_BYREF|VT_*,  */


btw, in 4.0.5 the com extension is not working properly, maybe you have to wait for 
4.0.6 (or use the -dev version)

Previous Comments:
---

[2001-05-15 07:04:49] [EMAIL PROTECTED]
here my problem with COM in PHP.


";

$jServer = new COM("jexeserver") or DIE ("Connect zum J Server ist nicht
möglich");
$jServer->Show(1);
$jServer->Log(1);

$jServer->Do("0!:0 <(1!:40''),'systemextrasconfigprofile.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1api.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1con.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1prop.ijs'");
$jServer->Do("load'd:\j_tm1dll\j\tm1view.ijs'");

$jServer->Do("Tm1On''");
$jServer->Do("Tm1AdmSet'OLAPLINE01'");
$jServer->Do("SrvCon'zeiterf';'Admin';''");

#$jServer->Do("NN=:'XXX'");

$Var = "xxx";
$jServer->SetB("NN", $Var);  //  In the COM server: NN = $Var
$jServer->Do("NN");  //  Display NN in the COM server
$jServer->Do("NN=:'yyy'"); //  In the COM server: NN = "yyy"

$jServer->GetB("NN", &$Var);//  <===   There is my problem:  (& is a 
refernce)
   //  In the COM server &$Var = NN
echo $Var;   // echo $Var Output: xxx and not yyy ?!?

$jServer->Quit();

?>

Is there a bug in my code or is this a bug in COM ???



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10875&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10851 Updated: COM component crashes when calling a property

[phanto]

ID: 10851
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6-dev
Assigned To: 
Comments:

it seems that there's something wrong inside php, because the same script translated 
to another language works.
the proplem is that the execution fails during a method call
of the com component (so outside of php). maybe it assumes a preallocated memory area 
that i don't provide, i'll investigate this ..

Previous Comments:
---

[2001-05-15 03:52:36] [EMAIL PROTECTED]
This is a small script that should generate a file called tbxds-data.xml . Don't mind 
what is in the file. It crashes at line 23: $xml = $xmlhttp->responseXML;

With PHP 4.0.4pl1 it works fine, but with 4.0.5 and 4.0.6-dev it crashes. I've tested 
this a number of times, so it thinks the new COM component is buggy.

http://services.eurobench.nl/tbxds/tbxds.asp";;

   $xmlhttp = new COM("Microsoft.XMLHTTP");
 
$requestdata = '


   
  
   
   
   
  
   
   
';

$xmlhttp->open("POST", $tbxdslocation, 0);
$xmlhttp->send($requestdata);
$xml = $xmlhttp->responseXML;
$xml->Save($savefile);

print "$savefile saved, done";
?>


---

[2001-05-14 14:13:21] [EMAIL PROTECTED]
status: feedback

---

[2001-05-14 14:02:09] [EMAIL PROTECTED]
could you provide a short script without any includes that reproduces that error. i've 
done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version.

---

[2001-05-14 14:01:17] [EMAIL PROTECTED]
could you provide a short script without any includes that reproduces that error. i've 
done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version.

---

[2001-05-14 11:41:46] [EMAIL PROTECTED]
Still crashes with new 4.0.6-dev binary from php4win

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10851&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10851 Updated: COM component crashes when calling a property

[phanto]

ID: 10851
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Reproducible crash
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6-dev
Assigned To: 
Comments:

could you provide a short script without any includes that reproduces that error. i've 
done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version.

Previous Comments:
---

[2001-05-14 14:01:17] [EMAIL PROTECTED]
could you provide a short script without any includes that reproduces that error. i've 
done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version.

---

[2001-05-14 11:41:46] [EMAIL PROTECTED]
Still crashes with new 4.0.6-dev binary from php4win

---

[2001-05-14 10:25:22] [EMAIL PROTECTED]
This should be fixed in CVS, can you please try the binary
that php4win.de provides (site is down, but there is a link to the binary).

If this one doesn't fix the problem, please reopen this report.

Derick

---

[2001-05-14 10:13:56] [EMAIL PROTECTED]
PHP 4.0.5 CGI and ISAPI crashes when I do the following:
http://services.eurobench.nl/tbxds/tbxds.asp";;

   $xmlhttp = new COM("Microsoft.XMLHTTP");
 
if ( $requestdata = join('',file($requestfile)) ) {
 $xmlhttp->open("POST", $tbxdslocation, 0);
$xmlhttp->send($requestdata);
$reqdoc = $xmlhttp->responseXML;
  //  $reqdoc->save($savefile);

// proceed with further processing
include("nutreco.php");

} else {
print "Er is een fout opgetreden tijdens het lezen van het 
request-bestand.";
print $objdoc->parseError->reason;
   }
?>
It crashes at line 12: $reqdoc = $xmlhttp->responseXML;

Is the COM component faulty?
   

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10851&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10851 Updated: COM component crashes when calling a property

[phanto]

ID: 10851
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating system: 
PHP Version: 4.0.6-dev
Assigned To: 
Comments:

could you provide a short script without any includes that reproduces that error. i've 
done a few tests with XMLHTTP but i haven't got any errors with the latest cvs version.

Previous Comments:
---

[2001-05-14 11:41:46] [EMAIL PROTECTED]
Still crashes with new 4.0.6-dev binary from php4win

---

[2001-05-14 10:25:22] [EMAIL PROTECTED]
This should be fixed in CVS, can you please try the binary
that php4win.de provides (site is down, but there is a link to the binary).

If this one doesn't fix the problem, please reopen this report.

Derick

---

[2001-05-14 10:13:56] [EMAIL PROTECTED]
PHP 4.0.5 CGI and ISAPI crashes when I do the following:
http://services.eurobench.nl/tbxds/tbxds.asp";;

   $xmlhttp = new COM("Microsoft.XMLHTTP");
 
if ( $requestdata = join('',file($requestfile)) ) {
 $xmlhttp->open("POST", $tbxdslocation, 0);
$xmlhttp->send($requestdata);
$reqdoc = $xmlhttp->responseXML;
  //  $reqdoc->save($savefile);

// proceed with further processing
include("nutreco.php");

} else {
print "Er is een fout opgetreden tijdens het lezen van het 
request-bestand.";
print $objdoc->parseError->reason;
   }
?>
It crashes at line 12: $reqdoc = $xmlhttp->responseXML;

Is the COM component faulty?
   

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10851&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10053 Updated: Insert sentence error

[phanto]

ID: 10053
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.4
Assigned To: 
Comments:

no response

Previous Comments:
---

[2001-05-07 12:46:12] [EMAIL PROTECTED]
Does this problem persist with PHP 4.0.6-dev? There have been a lot of changes to 
ext/com recently, including improtant fixes after the PHP 4.0.5 release that will be 
included in PHP 4.0.6.


---

[2001-03-29 09:47:19] [EMAIL PROTECTED]
$oConn = new COM("ADODB.Connection");

// Data Base: ORACLE 8.0

// insert query: it works fine!!!

insert into Pact (nid,name,Apell1,Apell2,Sexo,NHisto,FNac) values 
(10040,'qwrwfcdf','qeqwe','qewqwe','Hombre','121217',to_date('12/12/1999','MM-DD-'))



// insert query: it does not works: php error memory

insert into Pet 
(NID,NPet,NPac,Diagnostico,FPet,Medico,Servicio,FPetFin,nidPass,obsPet,obsInf,codSer,itt)
 
   values
   (10060,'56',10040,3,
to_date('29-03-2001','DD-MM-'),
to_date('12-1-2001','DD-MM-,
 '',
 'ttt',
 'urgencias ',
 'vv')
 

If i copy this query (generated by my php code), and paste into a SQL editor that work 
for make queries into data bases
and i execute it, it works fine. 

Maybe a problem of lenght?.
I hope i was wrong.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10053&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

[phanto]

ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6-dev (dated 20010504)
Assigned To: 
Comments:

works here.

the only mistake i found was, that if either the connect string or the query was wrong 
$conn->execute() returned a nullpointer instead of a valid recordset.
this only produced a warning so there was a nullpointer exception at the first attempt 
to access $rs->...
now i produce an error (unfortunatelly this causes the script to stop).
i'll fix this in the code and switch back to a warning, but i think it's ok for now.

Previous Comments:
---

[2001-05-08 19:18:07] [EMAIL PROTECTED]
Here is a code snippet for testing ADODB:

Open(OLEDB_CONNECTION_STRING);

$command = "SELECT * from employees";

$rs = $conn->Execute($command); // Recordset
$num_columns = $rs->Fields->Count();

$this->set_arr($num_columns);

for ($i=0; $i < $num_columns; $i++) {
$fld[$i] = $rs->Fields($i);
}
$rowcount = 0;
while (!$rs->EOF) {
for ($i=0; $i < $num_columns; $i++) {
$arr[$i][$rowcount] = $fld[$i]->value;
}
$rowcount++;// increments rowcount
$rs->MoveNext();
}

$rs->Close();
$conn->Close();

$rs = NULL;
$conn = NULL;

?>

This produces the error: PHP has encountered an Access Violation at 2474FF04

You can also produce an Access Violation by trying to use MSXML Parser 3.0,
and by calling the loadXML() method.

I downloaded php 4.0.6-dev [2001-05-04] build from 
php4win32.sourceforge.net/releases/php-4.0.6-dev-20010504.exe

---

[2001-05-08 16:30:55] [EMAIL PROTECTED]
could you provide a short snippet, i can't reproduce this.
are you using the cgi or the isapi version ?

---

[2001-05-04 22:54:14] [EMAIL PROTECTED]
Same bug, access violation using ADODB and MSXML Parser,
but using a 4.0.6 build, dated 2001-05-04.


---

[2001-05-04 11:29:31] [EMAIL PROTECTED]
This is now fixed in CVS. Fix will be in 4.0.6.

--Jani


---

[2001-05-04 10:28:01] [EMAIL PROTECTED]
same as #10594

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10580&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

[phanto]

ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Operating system: 
PHP Version: 4.0.6-dev (dated 20010504)
Assigned To: 
Comments:

could you provide a short snippet, i can't reproduce this.
are you using the cgi or the isapi version ?

Previous Comments:
---

[2001-05-04 22:54:14] [EMAIL PROTECTED]
Same bug, access violation using ADODB and MSXML Parser,
but using a 4.0.6 build, dated 2001-05-04.


---

[2001-05-04 11:29:31] [EMAIL PROTECTED]
This is now fixed in CVS. Fix will be in 4.0.6.

--Jani


---

[2001-05-04 10:28:01] [EMAIL PROTECTED]
same as #10594

---

[2001-05-01 11:05:52] [EMAIL PROTECTED]
If it helps, here is the error message:

PHP has encountered an Access Violation at 2474FF04

I got the following error messages when using MSXML Parser 3.01 to load an XML string:

PHP has encountered an Access Violation at 011C2655

and

PHP has encountered an Access Violation at 011C265B


---

[2001-05-01 10:54:02] [EMAIL PROTECTED]
Access Violation on this line:

$fields = $rs->Fields;

where $rs is the recordset from the database.
Error occurs with PHP 4.0.5 final release,
and does not occur with PHP 4.0.5 RC1.


---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10580&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10580 Updated: Access Violation using ADODB

[phanto]

ID: 10580
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: COM related
PHP Version: 4.0.5
Assigned To: 
Comments:

same as #10594

Previous Comments:
---

[2001-05-01 11:05:52] [EMAIL PROTECTED]
If it helps, here is the error message:

PHP has encountered an Access Violation at 2474FF04

I got the following error messages when using MSXML Parser 3.01 to load an XML string:

PHP has encountered an Access Violation at 011C2655

and

PHP has encountered an Access Violation at 011C265B


---

[2001-05-01 10:54:02] [EMAIL PROTECTED]
Access Violation on this line:

$fields = $rs->Fields;

where $rs is the recordset from the database.
Error occurs with PHP 4.0.5 final release,
and does not occur with PHP 4.0.5 RC1.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10580&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9825 Updated: COM with Seagate Crystal Reports

[phanto]

ID: 9825
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

closed

Previous Comments:
---

[2001-05-04 10:26:23] [EMAIL PROTECTED]
fixed in cvs,
a patched version of php is downloadable at http://celery.nme.at/php-4.0.5.zip

harald

ps: of course you have to use \ instead of  in your path

---

[2001-03-24 03:44:17] [EMAIL PROTECTED]
$cr=new com("Crystal.CRPE.Application") or die("cannot load cr com");
$rn="F:notes5test.rpt";
$rap=$cr->OpenReport($rn);

---

[2001-03-20 11:53:40] [EMAIL PROTECTED]
can you provide a short code snippet, i can't reproduce this.

---

[2001-03-18 17:45:22] [EMAIL PROTECTED]
Invoking OpenReport method of CRPE.Application COM Object produces crash.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9825&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9825 Updated: COM with Seagate Crystal Reports

[phanto]

ID: 9825
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

fixed in cvs,
a patched version of php is downloadable at http://celery.nme.at/php-4.0.5.zip

harald

ps: of course you have to use \\ instead of \ in your path

Previous Comments:
---

[2001-03-24 03:44:17] [EMAIL PROTECTED]
$cr=new com("Crystal.CRPE.Application") or die("cannot load cr com");
$rn="F:notes5test.rpt";
$rap=$cr->OpenReport($rn);

---

[2001-03-20 11:53:40] [EMAIL PROTECTED]
can you provide a short code snippet, i can't reproduce this.

---

[2001-03-18 17:45:22] [EMAIL PROTECTED]
Invoking OpenReport method of CRPE.Application COM Object produces crash.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9825&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9837 Updated: Cannot connect with a remote MTS server

[phanto]

ID: 9837
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

no feedback

Previous Comments:
---

[2001-03-20 17:58:00] [EMAIL PROTECTED]
are you sure you have granted your webserver to invoke your com-object ?
if your servers are not in the same winnt domain you have to set the access 
permissions for your com-object to 'everybody'.
you can do this with dcomcnfg.exe.

can you invoke the object somhow else (e.g. vb, perl, ..)?


---

[2001-03-19 10:14:20] [EMAIL PROTECTED]
We try the following code to obtain a com object:

$com_object = new com("comObj.classObj","server");

And , if the server is not the same as the one that is running PHP + IIS  , we cannot 
create the object.

Do I really need to have a machine IIS+Php+MTS to create a com object?
Am I missing anything?

And yes , I "touched" the PHP.INI to enable COM.

Thanks in advance!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9837&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10511 Updated: Cannot set COM object properties

[phanto]

ID: 10511
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

make sure, that the logged in user (after basic authentication) has enough rights to 
change these properties.
try to run the script from the commandline logged in as
one of the webusers.

harald

Previous Comments:
---

[2001-04-26 10:10:57] [EMAIL PROTECTED]
I am accessing ADO COM objects through PHP.  I am using PHP 4.05 RC6 on Win2K in CGI 
mode.  If I change the authentication from anonymous access, to requiring a login 
through basic authentication, then the scripts fail and cannot set properties on the 
COM object.  The same scripts work fine when run as the anonymous user.  Very weird...

Thanks in advance for any help

Cheers
Peter

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10511&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9718 Updated: Memory leak when passing String values into methods through COM

[phanto]

ID: 9718
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

fixed.

Previous Comments:
---

[2001-03-20 17:59:36] [EMAIL PROTECTED]
I think that you've fixed the problem. Thanks.

---

[2001-03-20 17:44:44] [EMAIL PROTECTED]
could you try again with the latest cvs version. i've rewritten a lot.

harald

---

[2001-03-14 16:58:32] [EMAIL PROTECTED]
On that note, changing code to below also leaks memory.
Variables html_example_test01, etc are declared as public static variables in the COM 
component.
Methods set_html_example_test01() etc set the static variables to the string values 
passed through the argument.

set_html_example_test01("Test string #01.");
$gbl_obj->set_html_example_test02("Test string #02.");
$gbl_obj->set_html_example_test03("Test string #03.");
$gbl_obj->set_html_example_test04("Test string #04.");
$gbl_obj->set_html_example_test05("Test string #05.");
$gbl_obj->set_html_example_test06("Test string #06.");
$gbl_obj->set_html_example_test07("Test string #07.");
$gbl_obj->set_html_example_test08("Test string #08.");
$gbl_obj->set_html_example_test09("Test string #09.");
$gbl_obj->set_html_example_test10("Test string #10.");
$gbl_obj->set_html_example_test11("Test string #11.");
$gbl_obj->set_html_example_test12("Test string #12.");
$gbl_obj->set_html_example_test13("Test string #13.");
$gbl_obj->set_html_example_test14("Test string #14.");
$gbl_obj->set_html_example_test15("Test string #15.");
$gbl_obj->set_html_example_test16("Test string #16.");
$gbl_obj->set_html_example_test17("Test string #17.");
$gbl_obj->set_html_example_test18("Test string #18.");
$gbl_obj->set_html_example_test19("Test string #19.");
$gbl_obj->set_html_example_test20("Test string #20.");

// script does not leak memory when I remove this code block
?>


I hope this clarifies the problem. Earlier examples weren't right as I have done lots 
of code with COM which work without leaking memory.

---

[2001-03-14 16:46:18] [EMAIL PROTECTED]
Disregard my previous example with the classes. I've just tried a test without using 
classes and it still leaks memory. Consider example below instead, thanks:

Code block sets multiple public variables in COM object.
In below example, $gbl_obj is an instance of the COM object in the global scope of the 
PHP page. The public variables are defined as html_example_test01, 
html_example_test02, html_example_test03, etc. etc. My code block sets over twenty 
public variables in the COM object.

html_example_test01 = "Test string #01.";
$gbl_obj->html_example_test02 = "Test string #02.";
$gbl_obj->html_example_test03 = "Test string #03.";
$gbl_obj->html_example_test04 = "Test string #04.";
$gbl_obj->html_example_test05 = "Test string #05.";
$gbl_obj->html_example_test06 = "Test string #06.";
$gbl_obj->html_example_test07 = "Test string #07.";
$gbl_obj->html_example_test08 = "Test string #08.";
$gbl_obj->html_example_test09 = "Test string #09.";
$gbl_obj->html_example_test10 = "Test string #10.";
$gbl_obj->html_example_test11 = "Test string #11.";
$gbl_obj->html_example_test12 = "Test string #12.";
$gbl_obj->html_example_test13 = "Test string #13.";
$gbl_obj->html_example_test14 = "Test string #14.";
$gbl_obj->html_example_test15 = "Test string #15.";
$gbl_obj->html_example_test16 = "Test string #16.";
$gbl_obj->html_example_test17 = "Test string #17.";
$gbl_obj->html_example_test18 = "Test string #18.";
$gbl_obj->html_example_test19 = "Test string #19.";
$gbl_obj->html_example_test20 = "Test string #20.";

// script does not leak memory when I remove this code block
?>

I am using long variable names like html_example_test01






---

[2001-03-14 09:06:35] [EMAIL PROTECTED]
Corrections to bug report. Ignore previous example, check with the below example 
instead.

I'm actually assigning values from inside a child class in PHP and accessing the COM 
object in the base class.

eg:

obj->testvar = "This is a test string.";
  }
}

class B

[PHP-DEV] PHP 4.0 Bug #9837 Updated: Cannot connect with a remote MTS server

[phanto]

ID: 9837
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

are you sure you have granted your webserver to invoke your com-object ?
if your servers are not in the same winnt domain you have to set the access 
permissions for your com-object to 'everybody'.
you can do this with dcomcnfg.exe.

can you invoke the object somhow else (e.g. vb, perl, ..)?


Previous Comments:
---

[2001-03-19 10:14:20] [EMAIL PROTECTED]
We try the following code to obtain a com object:

$com_object = new com("comObj.classObj","server");

And , if the server is not the same as the one that is running PHP + IIS  , we cannot 
create the object.

Do I really need to have a machine IIS+Php+MTS to create a com object?
Am I missing anything?

And yes , I "touched" the PHP.INI to enable COM.

Thanks in advance!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9837&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9718 Updated: Memory leak when passing String values into methods through COM

[phanto]

ID: 9718
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

could you try again with the latest cvs version. i've rewritten a lot.

harald

Previous Comments:
---

[2001-03-14 16:58:32] [EMAIL PROTECTED]
On that note, changing code to below also leaks memory.
Variables html_example_test01, etc are declared as public static variables in the COM 
component.
Methods set_html_example_test01() etc set the static variables to the string values 
passed through the argument.

set_html_example_test01("Test string #01.");
$gbl_obj->set_html_example_test02("Test string #02.");
$gbl_obj->set_html_example_test03("Test string #03.");
$gbl_obj->set_html_example_test04("Test string #04.");
$gbl_obj->set_html_example_test05("Test string #05.");
$gbl_obj->set_html_example_test06("Test string #06.");
$gbl_obj->set_html_example_test07("Test string #07.");
$gbl_obj->set_html_example_test08("Test string #08.");
$gbl_obj->set_html_example_test09("Test string #09.");
$gbl_obj->set_html_example_test10("Test string #10.");
$gbl_obj->set_html_example_test11("Test string #11.");
$gbl_obj->set_html_example_test12("Test string #12.");
$gbl_obj->set_html_example_test13("Test string #13.");
$gbl_obj->set_html_example_test14("Test string #14.");
$gbl_obj->set_html_example_test15("Test string #15.");
$gbl_obj->set_html_example_test16("Test string #16.");
$gbl_obj->set_html_example_test17("Test string #17.");
$gbl_obj->set_html_example_test18("Test string #18.");
$gbl_obj->set_html_example_test19("Test string #19.");
$gbl_obj->set_html_example_test20("Test string #20.");

// script does not leak memory when I remove this code block
?>


I hope this clarifies the problem. Earlier examples weren't right as I have done lots 
of code with COM which work without leaking memory.

---

[2001-03-14 16:46:18] [EMAIL PROTECTED]
Disregard my previous example with the classes. I've just tried a test without using 
classes and it still leaks memory. Consider example below instead, thanks:

Code block sets multiple public variables in COM object.
In below example, $gbl_obj is an instance of the COM object in the global scope of the 
PHP page. The public variables are defined as html_example_test01, 
html_example_test02, html_example_test03, etc. etc. My code block sets over twenty 
public variables in the COM object.

html_example_test01 = "Test string #01.";
$gbl_obj->html_example_test02 = "Test string #02.";
$gbl_obj->html_example_test03 = "Test string #03.";
$gbl_obj->html_example_test04 = "Test string #04.";
$gbl_obj->html_example_test05 = "Test string #05.";
$gbl_obj->html_example_test06 = "Test string #06.";
$gbl_obj->html_example_test07 = "Test string #07.";
$gbl_obj->html_example_test08 = "Test string #08.";
$gbl_obj->html_example_test09 = "Test string #09.";
$gbl_obj->html_example_test10 = "Test string #10.";
$gbl_obj->html_example_test11 = "Test string #11.";
$gbl_obj->html_example_test12 = "Test string #12.";
$gbl_obj->html_example_test13 = "Test string #13.";
$gbl_obj->html_example_test14 = "Test string #14.";
$gbl_obj->html_example_test15 = "Test string #15.";
$gbl_obj->html_example_test16 = "Test string #16.";
$gbl_obj->html_example_test17 = "Test string #17.";
$gbl_obj->html_example_test18 = "Test string #18.";
$gbl_obj->html_example_test19 = "Test string #19.";
$gbl_obj->html_example_test20 = "Test string #20.";

// script does not leak memory when I remove this code block
?>

I am using long variable names like html_example_test01






---

[2001-03-14 09:06:35] [EMAIL PROTECTED]
Corrections to bug report. Ignore previous example, check with the below example 
instead.

I'm actually assigning values from inside a child class in PHP and accessing the COM 
object in the base class.

eg:

obj->testvar = "This is a test string.";
  }
}

class Base {
  function instance() {
$this->obj = new COM("MyObject.MyObject");
  }

}

?>

/ Leaks memory when I assign a string to a public variable (testvar) of COM object 
(obj) from an instance of Child.

Disregard my previous examples as I've tested my COM object with a simple 

[PHP-DEV] PHP 4.0 Bug #9281 Updated: Using a dll

[phanto]

ID: 9281
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

no feedback

Previous Comments:
---

[2001-02-15 13:26:34] [EMAIL PROTECTED]
user reply:
-
this is a custom object. 
The problem i have is i programmed a web site in Jscript that uses this dll, then i'm 
trying to program this site in PHP and i don't know why i have this errors. Can you 
help me, maybe exists a function to retrieve all the object properties or methods?? 
-

first:
please use the bugtracking system and don't reply directly to the notification email.

could you send me a code snippet how you have done this using JScript ? I think it's 
impossible to use the object without having an IDispatch interface of it.

harald

---

[2001-02-15 12:44:00] [EMAIL PROTECTED]
what kind of object is Cat ?

if it is another IDispatch interface all should work fine.

if it is a custom object php doesn't know the object structure, so how should it 
determine the address to call when you do your method calls.

harald.

---

[2001-02-15 10:29:59] [EMAIL PROTECTED]
Hello, i'm using a dll that have this structure
 Class(Process)
   Object(CAT)
 void(Filter)

i'm doing this
$pro=new COM("ENGINE.Process");
 it works, and when i print the properties it is ok too, but when i do this

$pro->Cat.Filter(XX);
it gives me a error that says that the memory cant be "read" ? i dont know why?!

i tried this too
$pro->Cat->Filter(XXX);

and this
$cat=$pro->Cat // to catch the object returned but it falis too..

What can i do, many thanks


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9281&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9825 Updated: COM with Seagate Crystal Reports

[phanto]

ID: 9825
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

can you provide a short code snippet, i can't reproduce this.

Previous Comments:
---

[2001-03-18 17:45:22] [EMAIL PROTECTED]
Invoking OpenReport method of CRPE.Application COM Object produces crash.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9825&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9551 Updated: False boolen input/output doesn't work

[phanto]

ID: 9551
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

this is not a bug, this is how php handles booleans.

try echo gettype($COMOBJ->SetBoolean);
or echo (int)$COMOBJ->SetBoolean;
and you'll see that all is right :)


Previous Comments:
---

[2001-03-04 17:11:37] [EMAIL PROTECTED]
   $COMOBJ =New COM ("whatever");
$COMOBJ->SetBoolean= False;   #Or 0
$Test = $COMOBJ->SetBoolean;
Print "test=" . $Test;  
#$Test="" always empty
#Note: Set to True or 1 returns 1 and is OK



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9551&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8934 Updated: Execution of script aborted

[phanto]

ID: 8934
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

works fine with iis and the latest cvs version.


Previous Comments:
---

[2001-03-02 07:11:24] [EMAIL PROTECTED]

I've removed IIS 5.0 and replaced it with Apache 1.3.17; It now works like clockwork 
and w/o any alterations.

Seems my first hunch was right: The COM functions are not entirely compatible with 
IIS.

Maybe something to look into?


---

[2001-01-29 17:04:06] [EMAIL PROTECTED]
use

$word = new COM("Word.application");

or use the

com_propget, com_propput, com_invoke functions after the print command.

---

[2001-01-26 16:06:56] [EMAIL PROTECTED]
Can you elaborate some more? What exactly doesn't work then, does it crash, does it 
give you an error?

---

[2001-01-26 08:37:38] [EMAIL PROTECTED]
The example (see below) from the PHP site to do some stuff with MS Word seems 
incompatible with IIS 5.0.

//
$word=com_load("Word.application") or die("Cannot start word for you"); 
print "Loaded word version ($word->Version)n"; 
$word->visible =1 ; 
$word->Documents->Add(); 
$word->Selection->Typetext("Dit is een test"); 
$word->Documents[1]->SaveAs("burb ofzo.doc"); 
$word->Quit();
//

The same code has also been executed on (another) system runnig Win ME / Apache and 
does exactly what it's supposed to do.

Does this problem involves some kind of priviliges, not already documented?




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8934&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9001 Updated: Unexpected error message

[phanto]

ID: 9001
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

user error

Previous Comments:
---

[2001-03-02 07:14:58] [EMAIL PROTECTED]

I've uninstalled IIS 5.0 and replaced it with the latest version of Apache.

The code works like clockwork.

No alterations were necessary.

Seems the problem it with IIS instead of with the installation of MS Win2K or MS 
Office.


---

[2001-02-02 13:06:03] [EMAIL PROTECTED]
no feedback.

---

[2001-01-31 04:48:35] [EMAIL PROTECTED]
hmm, can you try executing your script with the php.exe on your system (without the 
webserver in the middle), maybe it has to do with the user rights of the IUSR_.

does it work with other scripting languages (e.g. perl, JScript) ?

php does nothing with the registry, imo the IUSR_ has not enough rights to do so.


harald.

---

[2001-01-31 02:12:09] [EMAIL PROTECTED]
No, that's the strange thing.
Nothing has changed in the system's registry;
No programs have been (un)installed during the time.

Is it perhaps possible that PHP erases or alters the system's registry (unknowningly) 
upon failure?
I've tested the COM objects (together with MS Word) quite a lot and not all my tests 
were quite successfull.


---

[2001-01-30 19:16:49] [EMAIL PROTECTED]
since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9001&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9267 Updated: vars are set to "" instead of NULL

[phanto]

ID: 9267
User Update by: [EMAIL PROTECTED]
Status: Closed
Old-Bug Type: MySQL related
Bug Type: Feature/Change Request
Description: vars are set to "" instead of NULL

i think this is not an acceptable behaviour. "" could be everything, an empty string, 
an integer field with the value null or even a field set to NULL.
as you obviously noticed we are talking from database interfaces in general, not only 
mysql (as you can see we where talking about mssql in detail).

at least i would make this a feature request.

Previous Comments:
---

[2001-02-24 12:14:05] [EMAIL PROTECTED]
This seems due to PHP assuming MySQL's return values are strings, which point it is 
converted into an empty sting. Probably your best bet is to test for a "". I think 
this behaviour is documented somewhere.

James

---

[2001-02-22 13:30:58] [EMAIL PROTECTED]




---

[2001-02-22 05:26:38] [EMAIL PROTECTED]
Could you provide a short example of a code that reproduces
this?

---

[2001-02-14 17:06:49] [EMAIL PROTECTED]
don't know if this is only related to the mssql extension, but when i retrieve a NULL 
- field from the database the var will be set to "" or 0 or whatever in php.

is_null() returns false.

harald.

---


Full Bug description available at: http://bugs.php.net/?id=9267


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9267 Updated: vars are set to "" instead of NULL

[phanto]

ID: 9267
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Database Functions
Description: vars are set to "" instead of NULL





Previous Comments:
---

[2001-02-22 05:26:38] [EMAIL PROTECTED]
Could you provide a short example of a code that reproduces
this?

---

[2001-02-14 17:06:49] [EMAIL PROTECTED]
don't know if this is only related to the mssql extension, but when i retrieve a NULL 
- field from the database the var will be set to "" or 0 or whatever in php.

is_null() returns false.

harald.

---


Full Bug description available at: http://bugs.php.net/?id=9267


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9281 Updated: Using a dll

[phanto]

ID: 9281
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

user reply:
-
this is a custom object. 
The problem i have is i programmed a web site in Jscript that uses this dll, then i'm 
trying to program this site in PHP and i don't know why i have this errors. Can you 
help me, maybe exists a function to retrieve all the object properties or methods?? 
-

first:
please use the bugtracking system and don't reply directly to the notification email.

could you send me a code snippet how you have done this using JScript ? I think it's 
impossible to use the object without having an IDispatch interface of it.

harald

Previous Comments:
---

[2001-02-15 12:44:00] [EMAIL PROTECTED]
what kind of object is Cat ?

if it is another IDispatch interface all should work fine.

if it is a custom object php doesn't know the object structure, so how should it 
determine the address to call when you do your method calls.

harald.

---

[2001-02-15 10:29:59] [EMAIL PROTECTED]
Hello, i'm using a dll that have this structure
 Class(Process)
   Object(CAT)
 void(Filter)

i'm doing this
$pro=new COM("ENGINE.Process");
 it works, and when i print the properties it is ok too, but when i do this

$pro->Cat.Filter(XX);
it gives me a error that says that the memory cant be "read" ? i dont know why?!

i tried this too
$pro->Cat->Filter(XXX);

and this
$cat=$pro->Cat // to catch the object returned but it falis too..

What can i do, many thanks


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9281&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9263 Updated: COM returns bad characters

[phanto]

ID: 9263
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

this has already be fixed in cvs, i thought it would be in 4.0.4pl1 too.

the conversion functions moved to conversion.c in the ext/com/ dir and dotnet uses 
them too, so they are not duplicate anymore.

i think adding an additional parameter for the codepage would be a good idea, i'll put 
it on my todo list.

harald.

Previous Comments:
---

[2001-02-15 08:31:52] [EMAIL PROTECTED]
I'm sorry, I forget break off string.
Right code:

static OLECHAR *php_char_to_OLECHAR(char *C_str, uint strlen)
{
OLECHAR *unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR)*(strlen+1));
/* OLECHAR *unicode_ptr = unicode_str; */
/*
while (*C_str) {
*unicode_ptr++ = (unsigned short) *C_str++;
}
*unicode_ptr = 0;
*/
//-- CORRECTED CONVERSION CODE
MultiByteToWideChar( CP_ACP, 0, C_str, strlen, unicode_str, strlen+1 );
unicode_str[strlen] = 0;
//-- CORRECTED CONVERSION CODE

return unicode_str;
}


char *php_OLECHAR_to_char(OLECHAR *unicode_str, uint *out_length, int persistent)
{
uint length = OLESTRLEN(unicode_str);
char *C_str = (char *) pemalloc(length+1, persistent)/*, *p = C_str*/;
/*
while (*unicode_str) {
*p++ = (char) *unicode_str++;
}
*p = 0;
*/
//-- CORRECTED CONVERSION CODE
WideCharToMultiByte( CP_ACP, 0, unicode_str, length, C_str, length+1, NULL, 
NULL );
C_str[length] = 0;
//-- CORRECTED CONVERSION CODE

if (out_length) {
*out_length = length;
}

return C_str;
}


---

[2001-02-15 07:51:14] [EMAIL PROTECTED]
Ok people.
I correct your COM code. Unicode isn't add zero to ASCII code.
MultiByteToWideChar and WideCharToMultiByte functions:
first parameter is code page - this must be adjustable value. Add parameter to
$com = new COM ( "class.interface", "remotecomputer", CODEPAGE DEAFULT CP_ACP )
See to MSDN for last two NULL parameter in WideCharToMultiByte - not specifed code 
page and for second parameter flag...

CP_ACP - ANSI code page 
CP_MACCP - Macintosh code page 
CP_OEMCP - OEM code page 
CP_SYMBOL - Windows 2000: Symbol code page (42) 
CP_THREAD_ACP - Windows 2000: Current thread's ANSI code page 
CP_UTF7 - Windows NT 4.0 and Windows 2000: Translate using UTF-7 
CP_UTF8 - Windows NT 4.0 and Windows 2000: Translate using UTF-8. When this is set, 
dwFlags must be zero. 



//--
COM.cpp
//--
static OLECHAR *php_char_to_OLECHAR(char *C_str, uint strlen)
{
OLECHAR *unicode_str = (OLECHAR *) emalloc(sizeof(OLECHAR)*(strlen+1));
/* OLECHAR *unicode_ptr = unicode_str; */
/*
while (*C_str) {
*unicode_ptr++ = (unsigned short) *C_str++;
}
*unicode_ptr = 0;
*/
MultiByteToWideChar( CP_ACP, 0, C_str, strlen, unicode_str, strlen+1 );

return unicode_str;
}
//--
char *php_OLECHAR_to_char(OLECHAR *unicode_str, uint *out_length, int persistent)
{
uint length = OLESTRLEN(unicode_str);
char *C_str = (char *) pemalloc(length+1, persistent)/*, *p = C_str*/;
/*
while (*unicode_str) {
*p++ = (char) *unicode_str++;
}
*p = 0;
*/
//-- CORRECTED CONVERSION CODE
WideCharToMultiByte( CP_ACP, 0, unicode_str, length, C_str, length+1, NULL, 
NULL );
//-- CORRECTED CONVERSION CODE

if (out_length) {
*out_length = length;
}

return C_str;

}
//--


Ave, GeniuZ

Note: php_char_to_OLECHAR function is placed in php_dotnet.dll too


---

[2001-02-15 03:37:56] [EMAIL PROTECTED]
Note: I use Czech language. I think there is missing choosing charset for COM for 
converting from unicode...


---

[2001-02-14 10:42:28] [EMAIL PROTECTED]
My COM returns characters from 1 to 255 (ASCII) converted to unicode ofcourse (VC++ 
macro A2OLE).
Calling COM from VC++ returns characters 1 to 255.
Calling COM from PHP returns characters 1 to 127 and next characters are different.

[PHP]

;;;
; About this file ;
;;;
; This file controls many aspects of PHP's behavior.  In order for PHP to
; read it, it must be named 'php.ini'.  PHP looks for it in the current
; working directory, in the path designated by the environment variable
; PHPRC, an

[PHP-DEV] PHP 4.0 Bug #9281 Updated: Using a dll

[phanto]

ID: 9281
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

what kind of object is Cat ?

if it is another IDispatch interface all should work fine.

if it is a custom object php doesn't know the object structure, so how should it 
determine the address to call when you do your method calls.

harald.

Previous Comments:
---

[2001-02-15 10:29:59] [EMAIL PROTECTED]
Hello, i'm using a dll that have this structure
 Class(Process)
   Object(CAT)
 void(Filter)

i'm doing this
$pro=new COM("ENGINE.Process");
 it works, and when i print the properties it is ok too, but when i do this

$pro->Cat.Filter(XX);
it gives me a error that says that the memory cant be "read" ? i dont know why?!

i tried this too
$pro->Cat->Filter(XXX);

and this
$cat=$pro->Cat // to catch the object returned but it falis too..

What can i do, many thanks


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9281&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9267: vars are set to "" instead of NULL

[phanto]

From: [EMAIL PROTECTED]
Operating system: win2k
PHP version:  4.0.4pl1
PHP Bug Type: *Database Functions
Bug description:  vars are set to "" instead of NULL

don't know if this is only related to the mssql extension, but when i retrieve a NULL 
- field from the database the var will be set to "" or 0 or whatever in php.

is_null() returns false.

harald.


-- 
Edit Bug report at: http://bugs.php.net/?id=9267&edit=1



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8744 Updated: call to header() causes CGI error

[phanto]

ID: 8744
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Assigned To: 
Comments:

i have the same problem here. when i turn on the log startup errors flag in the 
php.ini i get the following output :
__

CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP 
headers. The headers it did return are:


FATAL:  erealloc():  Unable to allocate 1043162510 bytes

__

i guess there's something wrong within the parser or compiler, because nothing of the 
code is executed.

unfortunatelly i don't have 1GB RAM so i would be happy if there is any solution to 
this.

harald.


Previous Comments:
---

[2001-01-16 18:30:59] [EMAIL PROTECTED]
In case you missed my second message:

Here are two typical lines from the IIS error log: the first is a successful page load 
(code 200) and the second is the CGI error after the redirect (502) Note that in the 
IIS log format it is normal for a space to separate the URL
and the Querystring. The last column in the log is the referrer URL.

2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5&New=Y
200 0 378 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90)
http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5

2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3
EmpID=5&ProbRevID=12 502 0 374
Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90)
http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5


---

[2001-01-16 18:29:28] [EMAIL PROTECTED]
A few more things: the problem is not easily reproducible. Also, if I change all of 
the database calls to go to mySQL (which I have installed on Windows 2000) instead of 
SQL Server 2000 (which is the database system I was using, also installed on the same 
machine), I do NOT get the CGI errors. However, in both instances, the databases do 
get updated or otherwise manipulated successfully; it's just the redirect that fails 
when using SQL Server. Hope this helps.

---

[2001-01-16 14:12:01] [EMAIL PROTECTED]
Can you tell us what is in the logs of IIS?

---

[2001-01-16 14:07:45] [EMAIL PROTECTED]
Our situation is similar to that in bug report 8571, particularly situations 1 and 2. 
After adding, updating or deleting a record to a MSSQL database, the user is referred 
to this function (stored in file which is included in each page):

function pageRedirect($inURL) {
  header("Location: $inURL"); 
  exit;  
}

$inURL is never exactly the same as the current URL - either you are redirected to a 
completely different file name, or to the same file name with a different query string 
appended.

The record modification part always completes successfully in MSSQL, and the header() 
function sends the user to the new URL, but this error occurs:

[start]
CGI ERROR
CGI application misbehaved by not returning a complete set of headers. The headers 
that it
did return are:
[end]

... and any code in the page that the user has been redirected to is NOT executed. If 
the user clicks refresh, it does and all is well. 

This is a PHP web application being ported from a Linux/mySQL environment, where it 
works, so it appears to be an IIS-specific issue.

Thanks in advance for any feedback.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8744&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9141 Updated: cannot call a COM function opening a word appli

[phanto]

ID: 9141
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

i can't follow you, you're calling a function that requires a parameter without it, 
how should this work ?

try $Obj->setFile("whatever.doc");

harald.

Previous Comments:
---

[2001-02-08 04:28:21] [EMAIL PROTECTED]
";
$Obj->filename1 = 'C:shanky2.doc';
$Obj->setFile();

?>

shanky2.doc is the file to be read.

And this is the function in the Com component which gives error, otherwise other 
normal fuctions work properly. 


Public Function setFile(filename as String)
Set wproc = CreateObject("Word.Application")
wproc.Visible = False
wproc.Documents.Open (filename)
str1 = Mid(filename, 1, Len(filename) - 3) & "txt"
wproc.ActiveDocument.SaveAs str1, wdFormatText
wproc.Quit
End Function



---

[2001-02-07 07:28:42] [EMAIL PROTECTED]
could you paste your php code and not this vb crap.

harald.

---

[2001-02-07 00:15:16] [EMAIL PROTECTED]
This is the COM function being called from PHP.


Public Function setFile(filename as String)
Set wproc = CreateObject("Word.Application")
wproc.Visible = False
wproc.Documents.Open (filename)
str1 = Mid(filename, 1, Len(filename) - 3) & "txt"
wproc.ActiveDocument.SaveAs str1, wdFormatText
wproc.Quit
End Function

The error message popped is Invoke failed exception in the line where function is 
called.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9141&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9141 Updated: cannot call a COM function opening a word appli

[phanto]

ID: 9141
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

could you paste your php code and not this vb crap.

harald.

Previous Comments:
---

[2001-02-07 00:15:16] [EMAIL PROTECTED]
This is the COM function being called from PHP.


Public Function setFile(filename as String)
Set wproc = CreateObject("Word.Application")
wproc.Visible = False
wproc.Documents.Open (filename)
str1 = Mid(filename, 1, Len(filename) - 3) & "txt"
wproc.ActiveDocument.SaveAs str1, wdFormatText
wproc.Quit
End Function

The error message popped is Invoke failed exception in the line where function is 
called.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9141&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phanto]

ID: 8361
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: COM related
Assigned To: phanto
Comments:

fixed in cvs

you have to wait till they recompile it

Previous Comments:
---

[2001-02-04 08:25:47] [EMAIL PROTECTED]
thanks! I use WindowsMe(chinese).

I don't know which platform they used to compile php.

please let me know if you finished. thanks!

steeven

---

[2001-02-04 06:34:15] [EMAIL PROTECTED]
which operating system do you use ?

if you're using windows nt/98/95 and the sources where compiled on win2k this could be 
the reason. i fix this in the evening.

harald

---

[2001-02-04 00:33:49] [EMAIL PROTECTED]
I donwload 4.05dev from www.mm4.de, and run the following code:
Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD=');
$q="select title from css";


?>
Here is the result:

Warning: Error in php_char_to_OLECHAR() in d:apachehtdocsmagwayphorumtest.php on line 
4

Warning: Invalid ProgID: Àà×Ö·û´®ÎÞЧ[invalid class string(by me)] in 
d:apachehtdocsmagwayphorumtest.php on line 4

Fatal error: Call to undefined function: open() in d:apachehtdocsmagwayphorumtest.php 
on line 6


Please tell me what you need to know for more.

---

[2001-02-02 13:07:28] [EMAIL PROTECTED]
could someone with a chinese charset try this please.

---

[2001-01-29 17:17:27] [EMAIL PROTECTED]
this should be fixed in cvs

please try a snapshot from http://snaps.php.net and give me feedback.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8361&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phanto]

ID: 8361
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: phanto
Comments:

which operating system do you use ?

if you're using windows nt/98/95 and the sources where compiled on win2k this could be 
the reason. i fix this in the evening.

harald

Previous Comments:
---

[2001-02-04 00:33:49] [EMAIL PROTECTED]
I donwload 4.05dev from www.mm4.de, and run the following code:
Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD=');
$q="select title from css";


?>
Here is the result:

Warning: Error in php_char_to_OLECHAR() in d:apachehtdocsmagwayphorumtest.php on line 
4

Warning: Invalid ProgID: Àà×Ö·û´®ÎÞЧ[invalid class string(by me)] in 
d:apachehtdocsmagwayphorumtest.php on line 4

Fatal error: Call to undefined function: open() in d:apachehtdocsmagwayphorumtest.php 
on line 6


Please tell me what you need to know for more.

---

[2001-02-02 13:07:28] [EMAIL PROTECTED]
could someone with a chinese charset try this please.

---

[2001-01-29 17:17:27] [EMAIL PROTECTED]
this should be fixed in cvs

please try a snapshot from http://snaps.php.net and give me feedback.

---

[2000-12-21 13:52:12] [EMAIL PROTECTED]
I have setup PHP to work with ADO, but they would't work:

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD='); //OK
$q="select title from css";

//1. command object
$cm= new COM("ADODB.Command");
$cm->CommandText=$q;
$cm->ActiveConnection=$dbc; //PropPut() failed!!!
$rs=$cm->Execute(); //Invoke() failed!!!
//

//2. recordset still don't work
$rs=new COM("ADODB.Recordset");
$rs->Open($q); //Invoke() failed!!!

//only this code will work
$rs=$dbc->Execute($q); 
echo $rs->fields[0]->value . "";


On the other hand, all the Double byte char input/output will be cut to 1byte. ²âÊÔa 
will be changed to 3 byte char.
Test with ADODB,Word, It seemed that windows report chinese as one char, but php think 
it one byte.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8361&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phanto]

ID: 8361
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: COM related
Assigned To: phanto
Comments:

could someone with a chinese charset try this please.

Previous Comments:
---

[2001-01-29 17:17:27] [EMAIL PROTECTED]
this should be fixed in cvs

please try a snapshot from http://snaps.php.net and give me feedback.

---

[2000-12-21 13:52:12] [EMAIL PROTECTED]
I have setup PHP to work with ADO, but they would't work:

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD='); //OK
$q="select title from css";

//1. command object
$cm= new COM("ADODB.Command");
$cm->CommandText=$q;
$cm->ActiveConnection=$dbc; //PropPut() failed!!!
$rs=$cm->Execute(); //Invoke() failed!!!
//

//2. recordset still don't work
$rs=new COM("ADODB.Recordset");
$rs->Open($q); //Invoke() failed!!!

//only this code will work
$rs=$dbc->Execute($q); 
echo $rs->fields[0]->value . "";


On the other hand, all the Double byte char input/output will be cut to 1byte. ²âÊÔa 
will be changed to 3 byte char.
Test with ADODB,Word, It seemed that windows report chinese as one char, but php think 
it one byte.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8361&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9001 Updated: Unexpected error message

[phanto]

ID: 9001
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

no feedback.

Previous Comments:
---

[2001-01-31 04:48:35] [EMAIL PROTECTED]
hmm, can you try executing your script with the php.exe on your system (without the 
webserver in the middle), maybe it has to do with the user rights of the IUSR_.

does it work with other scripting languages (e.g. perl, JScript) ?

php does nothing with the registry, imo the IUSR_ has not enough rights to do so.


harald.

---

[2001-01-31 02:12:09] [EMAIL PROTECTED]
No, that's the strange thing.
Nothing has changed in the system's registry;
No programs have been (un)installed during the time.

Is it perhaps possible that PHP erases or alters the system's registry (unknowningly) 
upon failure?
I've tested the COM objects (together with MS Word) quite a lot and not all my tests 
were quite successfull.


---

[2001-01-30 19:16:49] [EMAIL PROTECTED]
since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

---

[2001-01-30 08:55:37] [EMAIL PROTECTED]
When the following commands are executed:

$word = new COM("word.application") or die("Unable to instantiate Word");

the following error appears:

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in 
c:inetpubwwwroottest.php on line 14
Unable to instantiate Word

This a very odd error, because the Task Manager shows that PHP has executed the Word 
application (as winword.exe) w/o any problem.

What's even more odd, the above used to work w/o any problems, although there have not 
been any changes in configuration.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9001&edit=2


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[phanto]

ID: 9046
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

get_browser() doesn't work correctly in 4.0.4*

get a snapshot from http://snaps.php.net
you have to compile it yourself

harald


Previous Comments:
---

[2001-02-01 06:53:20] [EMAIL PROTECTED]
oops, i haven't read the line with 'the other server'

is it running the same php version ?

should this already be fixed in pl1 ?

harald.

---

[2001-02-01 06:50:52] [EMAIL PROTECTED]
this is fixed in cvs.

use a snapshot from snaps.php.net

---

[2001-02-01 04:55:56] [EMAIL PROTECTED]

When running get_browser()-example from the documentation the following output 
appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian


---


Full Bug description available at: http://bugs.php.net/?id=9046


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[phanto]

ID: 9046
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

oops, i haven't read the line with 'the other server'

is it running the same php version ?

should this already be fixed in pl1 ?

harald.

Previous Comments:
---

[2001-02-01 06:50:52] [EMAIL PROTECTED]
this is fixed in cvs.

use a snapshot from snaps.php.net

---

[2001-02-01 04:55:56] [EMAIL PROTECTED]

When running get_browser()-example from the documentation the following output 
appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian


---


Full Bug description available at: http://bugs.php.net/?id=9046


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9046 Updated: get_browser() does not work correctly

[phanto]

ID: 9046
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

this is fixed in cvs.

use a snapshot from snaps.php.net

Previous Comments:
---

[2001-02-01 04:55:56] [EMAIL PROTECTED]

When running get_browser()-example from the documentation the following output 
appears:

Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0; IMR Edition)

 browser_name_pattern: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT.*)
parent: 0¼ 

version: 0¼ 
minorver: ¸
platform: ø¾ 
beta: 

On another Server with the same browscap.ini it works correctly.

PHP was compiled with
'./configure' '--with-mysql' '--with-apxs=/usr/local/apache-1.3.14/bin/apxs' 
'--enable-track-vars' '--enable-calendar' '--with-gd=/imrhome/linux/libgd183/gd-1.3' 
'--with-ttf'

The browscap entry in php.ini is correct.

How can I fix it ?

Regards,
Sebastian


---


Full Bug description available at: http://bugs.php.net/?id=9046


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9001 Updated: Unexpected error message

[phanto]

ID: 9001
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: COM related
Assigned To: 
Comments:

hmm, can you try executing your script with the php.exe on your system (without the 
webserver in the middle), maybe it has to do with the user rights of the IUSR_.

does it work with other scripting languages (e.g. perl, JScript) ?

php does nothing with the registry, imo the IUSR_ has not enough rights to do so.


harald.

Previous Comments:
---

[2001-01-31 02:12:09] [EMAIL PROTECTED]
No, that's the strange thing.
Nothing has changed in the system's registry;
No programs have been (un)installed during the time.

Is it perhaps possible that PHP erases or alters the system's registry (unknowningly) 
upon failure?
I've tested the COM objects (together with MS Word) quite a lot and not all my tests 
were quite successfull.


---

[2001-01-30 19:16:49] [EMAIL PROTECTED]
since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

---

[2001-01-30 08:55:37] [EMAIL PROTECTED]
When the following commands are executed:

$word = new COM("word.application") or die("Unable to instantiate Word");

the following error appears:

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in 
c:inetpubwwwroottest.php on line 14
Unable to instantiate Word

This a very odd error, because the Task Manager shows that PHP has executed the Word 
application (as winword.exe) w/o any problem.

What's even more odd, the above used to work w/o any problems, although there have not 
been any changes in configuration.



---


Full Bug description available at: http://bugs.php.net/?id=9001


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phanto]

ID: 8361
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: COM related
Assigned To: phanto
Comments:



Previous Comments:
---

[2000-12-21 13:52:12] [EMAIL PROTECTED]
I have setup PHP to work with ADO, but they would't work:

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD='); //OK
$q="select title from css";

//1. command object
$cm= new COM("ADODB.Command");
$cm->CommandText=$q;
$cm->ActiveConnection=$dbc; //PropPut() failed!!!
$rs=$cm->Execute(); //Invoke() failed!!!
//

//2. recordset still don't work
$rs=new COM("ADODB.Recordset");
$rs->Open($q); //Invoke() failed!!!

//only this code will work
$rs=$dbc->Execute($q); 
echo $rs->fields[0]->value . "";


On the other hand, all the Double byte char input/output will be cut to 1byte. ²âÊÔa 
will be changed to 3 byte char.
Test with ADODB,Word, It seemed that windows report chinese as one char, but php think 
it one byte.


---


Full Bug description available at: http://bugs.php.net/?id=8361


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8975 Updated: modulo (%) sets the ritht operator to the result

[phanto]

ID: 8975
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

use == to compare, = is for assignments


if(($i % $rowcount) == 0)
{
   
}


harald.

Previous Comments:
---

[2001-01-29 19:08:57] [EMAIL PROTECTED]
This works for me (tm) just fine.  ie. prints 2.

Could you please try again (with the script below)?



--Jani

---

[2001-01-29 02:29:20] [EMAIL PROTECTED]
$a = 0;
$b = 2;

$c = $a % $b

print($b)

// $b will be set to 0.  does nasty thing to for loops :)

not really sure what was configured at compiletime, was from the FreeBSD ports 
collection, can dig it up if it's relevant.

same with php.ini.

no gdb, as there's no crash.

---


Full Bug description available at: http://bugs.php.net/?id=8975


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9015 Updated: LIKE X* as Operator in SELECT statement using ODBC to MS-ACCESS does not work

[phanto]

ID: 9015
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

the wildcard for sql is % not * .

reopen if i misunderstood you.

harald.

Previous Comments:
---

[2001-01-30 18:05:49] [EMAIL PROTECTED]
The following SQL statements do not lead to any selection. 
But direct tests via MS-ACCESS showed the correctness of the SQL statements.

Example code:
..
$PARAMETER = "XYZ*";
$QUERY = "SELECT ...  WHERE ((Table.Row) LIKE '$PARAMETER') .";
...
$RESULT = odbc_exec ($DB, $QUERY);

does not work (no results from odbc_exec).
If I use "XYZ" instead of "XYZ*", I get at least one result for the string "XYZ".

Who swallows or changes the *-sign?

---


Full Bug description available at: http://bugs.php.net/?id=9015


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6831 Updated: COM does not support variant type 1 (NULL)

[phanto]

ID: 6831
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: COM related
Assigned To: phanto
Comments:

fixed in cvs

use is_null() to check if the returned value is NULL;

Previous Comments:
---

[2001-01-29 17:21:24] [EMAIL PROTECTED]
working on it

---

[2000-12-18 04:36:12] [EMAIL PROTECTED]
Here's hoping for a quick fix :-) PHP 4.03pl1 also exhibits the above bug.

Just tested COM again and discovered variant type 6 (currency) is not supported 
either. 

Thanks again. 

---

[2000-09-21 11:06:54] [EMAIL PROTECTED]
Currently, COM does not support variant type 1. This is type NULL.

This should be easy to fix as we can make it equivalent to false. Does PHP support 
null as a constant?

The bug can be replicated by accessing a database with nulls in the records using ADO.

open ("driver={Microsoft Access Driver 
(*.mdb)};dbq=d:/test/DB/guestbook.mdb;uid=Admin");
$rs = $dbc->Execute("select * from guestbook");
$i = 0;
while (!$rs->EOF) {
$i += 1;
$fld0 = $rs->Fields(0);
$fld1 = $rs->Fields(1);
$fld2 = $rs->Fields(2);
print "$fld0->value $fld1->value $fld2->value";
$rs->MoveNext();
}
$rs->Close();
?>

---


Full Bug description available at: http://bugs.php.net/?id=6831


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9001 Updated: Unexpected error message

[phanto]

ID: 9001
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

since this is a windows error message and not a php one, i can only imagine that 
there's something wrong with your office installation.

have you changed something in your registry ?

try to run the office-setup again.

harald.

Previous Comments:
---

[2001-01-30 08:55:37] [EMAIL PROTECTED]
When the following commands are executed:

$word = new COM("word.application") or die("Unable to instantiate Word");

the following error appears:

Warning: Unable to obtain IDispatch interface for CLSID 
{000209FF---C000-0046}: Server execution failed in 
c:inetpubwwwroottest.php on line 14
Unable to instantiate Word

This a very odd error, because the Task Manager shows that PHP has executed the Word 
application (as winword.exe) w/o any problem.

What's even more odd, the above used to work w/o any problems, although there have not 
been any changes in configuration.



---


Full Bug description available at: http://bugs.php.net/?id=9001


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6683 Updated: Cannot pass COM object as parameter to another COM object

[phanto]

ID: 6683
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: COM related
Assigned To: phanto
Comments:

fixed in cvs now.

Previous Comments:
---

[2001-01-29 17:19:12] [EMAIL PROTECTED]
working on it

---

[2000-09-12 19:09:37] [EMAIL PROTECTED]
This example creates a connection object to a database, creates a recordset, then 
assigns
the connection object to the recordset using ADO com objects.

Provider = 'MSDASQL';
$dbc->Open('NWIND'); // standard sample access database northwind
$rs = new COM("ADODB.Recordset");
$rs->Open('select * from product',$dbc,3); // 3 = static cursor
?>


OUTPUT ERROR MESSAGE:

Warning: Invoke() failed: Exception occurred. in d:Inetpubwwwrootphpbugado.php on line
6
PHP has encountered an Access Violation at 78002D15

The error is because the COM object $dbc is passed as a parameter to $rs.

I have the same code in ASP. Works fine.


=

I have found the problem in COM.c

443 static void php_pval_to_variant(pval *pval_arg, VARIANTARG *var_arg)
444 {
445 OLECHAR *unicode_str;
446 
447 switch (pval_arg->type) {
448 case IS_OBJECT:
449 case IS_ARRAY:
450 var_arg->vt = VT_EMPTY;
451 break;

if IS_OBJECT, should check if it is COM object, and set var_arg->vt as appropriate

John

---

[2000-09-12 12:21:28] [EMAIL PROTECTED]
This example creates a connection object to a database, creates a recordset, then 
assigns the connection object to the recordset using ADO com objects.

Provider = 'MSDASQL';
$dbc->Open('NWIND'); // standard sample access database northwind
$rs = new COM("ADODB.Recordset");
$rs->Open('select * from product',$dbc,3); // 3 = static cursor
?>


OUTPUT ERROR MESSAGE:

Warning: Invoke() failed: Exception occurred. in d:Inetpubwwwrootphpbugado.php on line 
6
PHP has encountered an Access Violation at 78002D15

The error is because the COM object $dbc is passed as a parameter to $rs.

I have the same code in ASP. Works fine.

---


Full Bug description available at: http://bugs.php.net/?id=6683


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6966 Updated: Com Error with ISAPI Module

[phanto]

ID: 6966
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

fixed in cvs

Previous Comments:
---

[2000-09-30 23:19:46] [EMAIL PROTECTED]
FROM MANUAL ERRATA:
==
I have a COM object that posts data to a URL and returns the resulted html code, but 
when there is no result data I get an error which causes php to hault completely.

PHP as an ISAPI module it gives me:

"PHP has encountered an Access Violation at 780012F3"

PHP as a CGI would say something to the effect of:
CGI Runtime error.
(I forget, I could find an old email about it later if it matters.)

Anyways, to get around it, we had to rewrite the COM object .dll to write a space if 
the value was NULL. It may want to be looked into about compensating for this in the 
actual com_get function though.
Just wanted to say.
- Trave <[EMAIL PROTECTED]>



---


Full Bug description available at: http://bugs.php.net/?id=6966


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7691 Updated: unable to pass an array to COM object.

[phanto]

ID: 7691
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: COM related
Assigned To: phanto
Comments:

working on it

Previous Comments:
---

[2000-11-08 02:08:14] [EMAIL PROTECTED]
I find that COM support apparently doesn't include the ability to pass an array to a 
COM object. I'd program this into PHP myself if I had a clue how to do itso all us 
COM people suffering with Windows are at the developer's mercy on this one. 

---


Full Bug description available at: http://bugs.php.net/?id=7691


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6831 Updated: COM does not support variant type 1 (NULL)

[phanto]

ID: 6831
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: COM related
Assigned To: phanto
Comments:

working on it

Previous Comments:
---

[2000-12-18 04:36:12] [EMAIL PROTECTED]
Here's hoping for a quick fix :-) PHP 4.03pl1 also exhibits the above bug.

Just tested COM again and discovered variant type 6 (currency) is not supported 
either. 

Thanks again. 

---

[2000-09-21 11:06:54] [EMAIL PROTECTED]
Currently, COM does not support variant type 1. This is type NULL.

This should be easy to fix as we can make it equivalent to false. Does PHP support 
null as a constant?

The bug can be replicated by accessing a database with nulls in the records using ADO.

open ("driver={Microsoft Access Driver 
(*.mdb)};dbq=d:/test/DB/guestbook.mdb;uid=Admin");
$rs = $dbc->Execute("select * from guestbook");
$i = 0;
while (!$rs->EOF) {
$i += 1;
$fld0 = $rs->Fields(0);
$fld1 = $rs->Fields(1);
$fld2 = $rs->Fields(2);
print "$fld0->value $fld1->value $fld2->value";
$rs->MoveNext();
}
$rs->Close();
?>

---


Full Bug description available at: http://bugs.php.net/?id=6831


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #6683 Updated: Cannot pass COM object as parameter to another COM object

[phanto]

ID: 6683
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: COM related
Assigned To: phanto
Comments:

working on it

Previous Comments:
---

[2000-09-12 19:09:37] [EMAIL PROTECTED]
This example creates a connection object to a database, creates a recordset, then 
assigns
the connection object to the recordset using ADO com objects.

Provider = 'MSDASQL';
$dbc->Open('NWIND'); // standard sample access database northwind
$rs = new COM("ADODB.Recordset");
$rs->Open('select * from product',$dbc,3); // 3 = static cursor
?>


OUTPUT ERROR MESSAGE:

Warning: Invoke() failed: Exception occurred. in d:Inetpubwwwrootphpbugado.php on line
6
PHP has encountered an Access Violation at 78002D15

The error is because the COM object $dbc is passed as a parameter to $rs.

I have the same code in ASP. Works fine.


=

I have found the problem in COM.c

443 static void php_pval_to_variant(pval *pval_arg, VARIANTARG *var_arg)
444 {
445 OLECHAR *unicode_str;
446 
447 switch (pval_arg->type) {
448 case IS_OBJECT:
449 case IS_ARRAY:
450 var_arg->vt = VT_EMPTY;
451 break;

if IS_OBJECT, should check if it is COM object, and set var_arg->vt as appropriate

John

---

[2000-09-12 12:21:28] [EMAIL PROTECTED]
This example creates a connection object to a database, creates a recordset, then 
assigns the connection object to the recordset using ADO com objects.

Provider = 'MSDASQL';
$dbc->Open('NWIND'); // standard sample access database northwind
$rs = new COM("ADODB.Recordset");
$rs->Open('select * from product',$dbc,3); // 3 = static cursor
?>


OUTPUT ERROR MESSAGE:

Warning: Invoke() failed: Exception occurred. in d:Inetpubwwwrootphpbugado.php on line 
6
PHP has encountered an Access Violation at 78002D15

The error is because the COM object $dbc is passed as a parameter to $rs.

I have the same code in ASP. Works fine.

---


Full Bug description available at: http://bugs.php.net/?id=6683


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8361 Updated: Chinese char changed & ADODB.command,recordset can not be used

[phanto]

ID: 8361
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: COM related
Assigned To: 
Comments:

this should be fixed in cvs

please try a snapshot from http://snaps.php.net and give me feedback.

Previous Comments:
---

[2000-12-21 13:52:12] [EMAIL PROTECTED]
I have setup PHP to work with ADO, but they would't work:

$dbc = new COM("ADODB.Connection");
$dbc->Provider = "sqloledb";
$dbc->Open('DSN=starmate;Database=magway;UID=sa;PWD='); //OK
$q="select title from css";

//1. command object
$cm= new COM("ADODB.Command");
$cm->CommandText=$q;
$cm->ActiveConnection=$dbc; //PropPut() failed!!!
$rs=$cm->Execute(); //Invoke() failed!!!
//

//2. recordset still don't work
$rs=new COM("ADODB.Recordset");
$rs->Open($q); //Invoke() failed!!!

//only this code will work
$rs=$dbc->Execute($q); 
echo $rs->fields[0]->value . "";


On the other hand, all the Double byte char input/output will be cut to 1byte. ²âÊÔa 
will be changed to 3 byte char.
Test with ADODB,Word, It seemed that windows report chinese as one char, but php think 
it one byte.


---


Full Bug description available at: http://bugs.php.net/?id=8361


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7116 Updated: Passing values By Reference into a VB DLL

[phanto]

ID: 7116
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

this is fixed in cvs now.

short example:


$foo = new COM("object");
$bar = new VARIANT(); // or VARINAT($var);
  // or VARINAT("blah", "VT_BSTR");

$foo->function($bar);

echo $bar->value;

Previous Comments:
---

[2001-01-29 17:08:13] [EMAIL PROTECTED]
this is fixed in cvs now.

short example:


$foo = new COM("object");
$bar = new VARIANT(); // or VARINAT($var);
  // or VARINAT("blah", "VT_BSTR");

$foo->function($bar);

echo $bar->value;

---

[2000-10-10 07:20:16] [EMAIL PROTECTED]
A function exists in my Visual Basic 6 DLL.

This function supports ByRef (by reference) parameters.  This enables me to modify the 
parameters that are coming in.

When I try to do a standard call on my function from PHP, the function works but my 
variables do not come back modified like they should do.

Therefore, I tried calling the function from PHP by prefixing the parameter argument 
with a "&".  This worked fine, bringing back my modified parameters.  However, I got 
warnings from the PHP compiler to the effect of...

***
Warning: Call-time pass-by-reference has been deprecated - argument passed by value; 
If you would like to pass it by reference, modify the declaration of [runtime function 
name](). If you would like to enable call-time pass-by-reference, you can set 
allow_call_time_pass_reference to true in your INI file. However, future versions may 
not support this any longer. 
***

The warning stated that my argument had been passed "By Value", even though it worked.

To summarize...

a) I cannot pass an argument By Reference to a VB DLL and make it work unless I prefix 
the argument with an "&" in the PHP call.

b) The warning states that the message was passed By Value, when in fact it WAS passed 
By Reference because my function changed the value of the variable.

It seems that you either need to keep the call-time "By Refence" passing in operation, 
or correct the "By Reference" passing when the COM object has declared the argument of 
the function to be "ByRef".

If you have any further questions, please contact me.

---


Full Bug description available at: http://bugs.php.net/?id=7116


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #7116 Updated: Passing values By Reference into a VB DLL

[phanto]

ID: 7116
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

this is fixed in cvs now.

short example:


$foo = new COM("object");
$bar = new VARIANT(); // or VARINAT($var);
  // or VARINAT("blah", "VT_BSTR");

$foo->function($bar);

echo $bar->value;

Previous Comments:
---

[2000-10-10 07:20:16] [EMAIL PROTECTED]
A function exists in my Visual Basic 6 DLL.

This function supports ByRef (by reference) parameters.  This enables me to modify the 
parameters that are coming in.

When I try to do a standard call on my function from PHP, the function works but my 
variables do not come back modified like they should do.

Therefore, I tried calling the function from PHP by prefixing the parameter argument 
with a "&".  This worked fine, bringing back my modified parameters.  However, I got 
warnings from the PHP compiler to the effect of...

***
Warning: Call-time pass-by-reference has been deprecated - argument passed by value; 
If you would like to pass it by reference, modify the declaration of [runtime function 
name](). If you would like to enable call-time pass-by-reference, you can set 
allow_call_time_pass_reference to true in your INI file. However, future versions may 
not support this any longer. 
***

The warning stated that my argument had been passed "By Value", even though it worked.

To summarize...

a) I cannot pass an argument By Reference to a VB DLL and make it work unless I prefix 
the argument with an "&" in the PHP call.

b) The warning states that the message was passed By Value, when in fact it WAS passed 
By Reference because my function changed the value of the variable.

It seems that you either need to keep the call-time "By Refence" passing in operation, 
or correct the "By Reference" passing when the COM object has declared the argument of 
the function to be "ByRef".

If you have any further questions, please contact me.

---


Full Bug description available at: http://bugs.php.net/?id=7116


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #8934 Updated: Execution of script aborted

[phanto]

ID: 8934
Updated by: phanto
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: COM related
Assigned To: 
Comments:

use

$word = new COM("Word.application");

or use the

com_propget, com_propput, com_invoke functions after the print command.

Previous Comments:
---

[2001-01-26 16:06:56] [EMAIL PROTECTED]
Can you elaborate some more? What exactly doesn't work then, does it crash, does it 
give you an error?

---

[2001-01-26 08:37:38] [EMAIL PROTECTED]
The example (see below) from the PHP site to do some stuff with MS Word seems 
incompatible with IIS 5.0.

//
$word=com_load("Word.application") or die("Cannot start word for you"); 
print "Loaded word version ($word->Version)n"; 
$word->visible =1 ; 
$word->Documents->Add(); 
$word->Selection->Typetext("Dit is een test"); 
$word->Documents[1]->SaveAs("burb ofzo.doc"); 
$word->Quit();
//

The same code has also been executed on (another) system runnig Win ME / Apache and 
does exactly what it's supposed to do.

Does this problem involves some kind of priviliges, not already documented?




---


Full Bug description available at: http://bugs.php.net/?id=8934


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]