#20853 [Opn->Fbk]: getting objectarray with 90 or more objects back from java produces a crash

2003-08-15 Thread sniper
 ID:   20853
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andreas at billmann dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Java related
 Operating System: Linux
 PHP Version:  4.4.0-dev
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip




Previous Comments:


[2002-12-09 01:59:46] andreas at billmann dot de

With version php4-200212090630 I could create an array with more than
300.000 objects or strings (I didn' t test more because this is enough
for my application), but the array with the more complex FileInfo class
fails again.

I will try future snapshots and report the status of this problem but I
will do a work around for my application with wrappers and simple
objects.



[2002-12-09 01:04:49] andreas at billmann dot de

In php4-200212060830 the error that happens with the more complex
ojbect is the same error described before.
There are some bugs in the memory management.
--
Dec  9 08:06:18 abi httpd: zend nIndex: 0
Dec  9 08:06:18 abi httpd: zend tablesize : 8
Dec  9 08:06:18 abi httpd: zend elementnr : 0
--
Dec  9 08:06:18 abi httpd: zend nIndex: 1
Dec  9 08:06:18 abi httpd: zend tablesize : 8
Dec  9 08:06:18 abi httpd: zend elementnr : 1
--
Dec  9 08:06:18 abi httpd: zend nIndex: 13
Dec  9 08:06:18 abi httpd: zend tablesize : 16
Dec  9 08:06:18 abi httpd: zend elementnr : 11
--
Dec  9 08:06:18 abi httpd: zend nIndex: 0
Dec  9 08:06:18 abi httpd: zend tablesize : 13
Dec  9 08:06:18 abi httpd: zend elementnr : 137413676

Bye,
Andi

PS: I download the current php packages and try them.



[2002-12-06 06:24:40] [EMAIL PROTECTED]

updated the PHP version info.




[2002-12-06 04:44:56] andreas at billmann dot de

I'm sorry,
my the example works now fine, but with a more complex class (FileInfo
extends java.io.File and implements Serializable) it fails with an
array of the size 15.

I don't have added the logs this time, so I don' t know if this is the
same error or not, but I can't test this until monday, so I update this
on monday.

Thx for your help and have a nice weekend.
Regards,
Andi



[2002-12-06 04:38:13] andreas at billmann dot de

Ok, now the values are about 190.000 for the object array
that is a value I can live with and 200 (it works for 199 and crashes
with 200) for the string array. So when I need a big array with strings
I wrap them in an object.

Thx for your help.
Andi

PS: I have jdk 1.4.1 on a P4 1500 with 768MB and Suse Linux 8.1



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/20853

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



#20853 [Opn->Fbk]: getting objectarray with 90 or more objects back from java produces a crash

2002-12-06 Thread edink
 ID:   20853
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

I've just tried your example and it worked fine (using Sun's JDK
1.3.1).


Previous Comments:


[2002-12-06 03:24:45] [EMAIL PROTECTED]

there was not enough space for the rest of the code, so I add it here:

package de.slab.php2java;
public class SecondClass
{
private String name;
public SecondClass(String name)
{
this.name = name;
}

public String getName()
{
return name;
}
}

test.php




getSecondClassArray( 89 );
  // next line crashes with size of 131
  $arr = $php2Java->getStrings( 130 );
?>





[2002-12-06 03:20:29] [EMAIL PROTECTED]

I have php compiled with 
'./configure' '--prefix=/usr/local/php'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-java=/usr/java/j2sdk1.4.1'

I have added two simple Java sources and a php script to reproduce the
error at the end of this description.
The error is a pointer error. Perhaps a variable gets a wrong pointer
or the memory is changed during the mapping process from java to php.

I've found out, that the error happens in th HashTable struct. Here is
a little extract from the logging I did in the zend_hash.c

ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong
h, void *pData, uint nDataSize, void **pDest, int flag)
{
...
  nIndex = h & ht->nTableMask;
  syslog(LOG_CONS,"zend nIndex: %d",nIndex);
  syslog(LOG_CONS,"zend tablesize : %d",ht->nTableSize);
  syslog(LOG_CONS,"zend elementnr : %d",ht->nNumOfElements);
...

Dec  6 10:15:08 abi httpd: zend nIndex: 0
Dec  6 10:15:08 abi httpd: zend tablesize : 8
Dec  6 10:15:08 abi httpd: zend elementnr : 0
---
Dec  6 10:15:08 abi httpd: zend nIndex: 0
Dec  6 10:15:08 abi httpd: zend tablesize : 8
Dec  6 10:15:08 abi httpd: zend elementnr : 0
---
Dec  6 10:15:08 abi httpd: zend nIndex: 0
Dec  6 10:15:08 abi httpd: zend tablesize : 8
Dec  6 10:15:08 abi httpd: zend elementnr : 0
---
Dec  6 10:15:08 abi httpd: zend nIndex: 11
Dec  6 10:15:08 abi httpd: zend tablesize : 16
Dec  6 10:15:08 abi httpd: zend elementnr : 10
---
Dec  6 10:15:08 abi httpd: zend nIndex: 0
Dec  6 10:15:08 abi httpd: zend tablesize : 8
Dec  6 10:15:08 abi httpd: zend elementnr : 0
---
Dec  6 10:15:09 abi httpd: zend nIndex: 1
Dec  6 10:15:09 abi httpd: zend tablesize : 8
Dec  6 10:15:09 abi httpd: zend elementnr : 1
---
Dec  6 10:15:09 abi httpd: zend nIndex: 12
Dec  6 10:15:09 abi httpd: zend tablesize : 16
Dec  6 10:15:09 abi httpd: zend elementnr : 11
---
Dec  6 10:15:09 abi httpd: zend nIndex: 0
Dec  6 10:15:09 abi httpd: zend tablesize : 12
Dec  6 10:15:09 abi httpd: zend elementnr : 138994948

The last entry is produced by the call from java.c
  zend_hash_index_update(Z_OBJPROP_P(presult), 0, &handle, sizeof(pval
*), NULL);
in the method Java_net_php_reflect_setResultFromObject
and the nr in elementnr is the pointer to the next element!
I added some logging to the java class and saw that the number which is
given back from jni for storing the next element is exactly that
number!!! So it really seemst to be a pointer problem, but I can' t see
if it is a problem of java.c or a problem of the php-engine.

Hope this helps!
Andi



Php2Java.java
--
package de.slab.php2java;
public class Php2Java 
{
public SecondClass[] getSecondClassArray( int nr )
{
SecondClass[] sc = new SecondClass[nr];
for ( int i=0; i < nr; i++ )
{
sc[i] = new SecondClass("SC "+i);
}
return sc;
}

public String[] getStrings( int nr )
{
  String[] sc = new String[nr];
  for ( int i=0; i < nr; i++ )
  {
sc[i] = "SC "+i;
  }
  return sc;
}
}





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