#37917 [Opn]: Original Array modified after copy

2006-07-04 Thread andrea dot busia at axis-sv dot it 
 ID:   37917
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
 Status:   Open
 Bug Type: Arrays related
 Operating System: Linux / WinXp
 PHP Version:  5.1.4
 New Comment:

No news? This bug is affecting many script and I haven't a workaround.
Is's a critical bug.

Thanks
Andrea Busia


Previous Comments:


[2006-06-26 12:55:36] andrea dot busia at axis-sv dot it

Because for a mistake "Actual result" had to be "Expected result" and
"Expected result" had to be "Actual result".

----------------

[2006-06-26 12:52:10] andrea dot busia at axis-sv dot it

Description:

First problem: If I Create an array setting an element to a string and
another element as a reference to the first, then copy the array into
an other variable, if i modify the second variable also the original
array is modified.

Second problem:
why the second code line ($a[0]="foo";) produces
  [0]=>
  &string(3) "foo"

instead of
  [0]=>
  string(3) "foo"

Thanks
Andrea Busia

Reproduce code:
---



Expected result:

array(2) {
  [0]=>
  string(3) "foo"
  [1]=>
  &string(3) "foo"
}
array(2) {
  [0]=>
  string(3) "foo"
  [1]=>
  &string(3) "foo"
}


Actual result:
--
array(2) {
  [0]=>
  &string(3) "foo"
  [1]=>
  &string(3) "foo"
}
array(2) {
  [0]=>
  &string(3) "bar"
  [1]=>
  &string(3) "bar"
}






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

#37917 [Opn]: Original Array modified after copy

2006-06-26 Thread andrea dot busia at axis-sv dot it 
 ID:   37917
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
 Status:   Open
 Bug Type: Arrays related
 Operating System: Linux / WinXp
 PHP Version:  5.1.4
 New Comment:

Because for a mistake "Actual result" had to be "Expected result" and
"Expected result" had to be "Actual result".


Previous Comments:
--------

[2006-06-26 12:52:10] andrea dot busia at axis-sv dot it

Description:

First problem: If I Create an array setting an element to a string and
another element as a reference to the first, then copy the array into
an other variable, if i modify the second variable also the original
array is modified.

Second problem:
why the second code line ($a[0]="foo";) produces
  [0]=>
  &string(3) "foo"

instead of
  [0]=>
  string(3) "foo"

Thanks
Andrea Busia

Reproduce code:
---



Expected result:

array(2) {
  [0]=>
  string(3) "foo"
  [1]=>
  &string(3) "foo"
}
array(2) {
  [0]=>
  string(3) "foo"
  [1]=>
  &string(3) "foo"
}


Actual result:
--
array(2) {
  [0]=>
  &string(3) "foo"
  [1]=>
  &string(3) "foo"
}
array(2) {
  [0]=>
  &string(3) "bar"
  [1]=>
  &string(3) "bar"
}






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

#37917 [NEW]: Original Array modified after copy

2006-06-26 Thread andrea dot busia at axis-sv dot it 
From: andrea dot busia at axis-sv dot it
Operating system: Linux / WinXp
PHP version:  5.1.4
PHP Bug Type: Arrays related
Bug description:  Original Array modified after copy

Description:

First problem: If I Create an array setting an element to a string and
another element as a reference to the first, then copy the array into an
other variable, if i modify the second variable also the original array is
modified.

Second problem:
why the second code line ($a[0]="foo";) produces
  [0]=>
  &string(3) "foo"

instead of
  [0]=>
  string(3) "foo"

Thanks
Andrea Busia

Reproduce code:
---



Expected result:

array(2) {
  [0]=>
  string(3) "foo"
  [1]=>
  &string(3) "foo"
}
array(2) {
  [0]=>
  string(3) "foo"
  [1]=>
  &string(3) "foo"
}


Actual result:
--
array(2) {
  [0]=>
  &string(3) "foo"
  [1]=>
  &string(3) "foo"
}
array(2) {
  [0]=>
  &string(3) "bar"
  [1]=>
  &string(3) "bar"
}


-- 
Edit bug report at http://bugs.php.net/?id=37917&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37917&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37917&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37917&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37917&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37917&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37917&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37917&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37917&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37917&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37917&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37917&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37917&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37917&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37917&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37917&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37917&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37917&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37917&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37917&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37917&r=mysqlcfg

#33152 [NEW]: Segmentation Fault

2005-05-26 Thread andrea dot busia at axis-sv dot it 
From: andrea dot busia at axis-sv dot it
Operating system: Linux Redhat ES
PHP version:  5CVS-2005-05-26 (dev)
PHP Bug Type: Mailparse related
Bug description:  Segmentation Fault

Description:

I have installed mailparse 2.1.1 modified as suggested in bug #32999.

I have again segmentation fault problems as described.

"mail_bug.txt" content:
--
Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 11056 invoked from network); 26 May 2005 13:51:01 -
Received: from ppp-217-133-35-137.cust-adsl.tiscali.it (HELO axis20)
(217.133.35.137)
  by 212.100.249.98 with SMTP; 26 May 2005 13:51:01 -
Message-ID: <[EMAIL PROTECTED]>
From: "Andrea Busia - Axis" <[EMAIL PROTECTED]>
To: "Andrea Busia - Axis" <[EMAIL PROTECTED]>
Subject: bye bye
Date: Thu, 26 May 2005 15:50:41 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527

YnllIGJ5ZQ0K




--




gdb backtrace:
--
(gdb) run tracking_mail_prova.php
Starting program: /usr/bin/php tracking_mail_prova.php
[Thread debugging using libthread_db enabled]
[New Thread 8192 (LWP 14106)]
Content-type: text/html
X-Powered-By: PHP/5.0.5-dev

bye bye

a

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 14106)]
0x0819784d in shutdown_memory_manager (silent=0, full_shutdown=0)
at /home/archivi/php5-STABLE-200505261236/Zend/zend_alloc.c:489
489 REMOVE_POINTER_FROM_LIST(ptr);
(gdb) bt
#0  0x0819784d in shutdown_memory_manager (silent=0, full_shutdown=0)
at /home/archivi/php5-STABLE-200505261236/Zend/zend_alloc.c:489
#1  0x0817a20f in php_request_shutdown (dummy=0x0)
at /home/archivi/php5-STABLE-200505261236/main/main.c:1239
#2  0x081e7b48 in main (argc=2, argv=0xbffecdf4)
at /home/archivi/php5-STABLE-200505261236/sapi/cgi/cgi_main.c:1640
--

Reproduce code:
---
extract_body(MAILPARSE_EXTRACT_RETURN);
$email_headers=$msg->extract_headers(MAILPARSE_EXTRACT_RETURN);

echo "\na\n";
?>

Expected result:

bye bye

a


Actual result:
--
bye bye

a
Segmentation fault


-- 
Edit bug report at http://bugs.php.net/?id=33152&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33152&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33152&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33152&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33152&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33152&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33152&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33152&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33152&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33152&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33152&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33152&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33152&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33152&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33152&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33152&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33152&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33152&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33152&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33152&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33152&r=mysqlcfg

#32999 [Fbk->Opn]: Segmentation fault

2005-05-12 Thread andrea dot busia at axis-sv dot it 
 ID:   32999
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
-Status:   Feedback
+Status:   Open
 Bug Type: Mailparse related
 Operating System: linux redhat enterprise
 PHP Version:  5.0.4
 New Comment:

It's necessary to try the CVS or I have to wait the application of the
parch submitted by andrew at "sourcelabs"?


Previous Comments:


[2005-05-11 22:52:14] andrew at sourcelabs dot com

The problem here is in mailparse.  In mailparse.c:151, 
zend_register_internal_class is called but the return value 
is ignored.  This function in PHP5 will always return a new 
object which should be used by the caller.  In PHP4, it 
wasn't replaced so the address was ok.  I will notify the 
maintainer of mailparse.

Here is a patch to fix mailparse:

1 73c73
  2 < static zend_class_entry mimemsg_class_entry;
  3 ---
  4 > static zend_class_entry *mimemsg_class_entry;
  5 140a141,142
  6 >   zend_class_entry mmce;
  7 > 
  8 148,149c150,151
  9 <   INIT_CLASS_ENTRY(mimemsg_class_entry, 
"mimemessage", mimemessage_methods);
 10 <   zend_register_internal_class
(&mimemsg_class_entry TSRMLS_CC);
 11 ---
 12 >   INIT_CLASS_ENTRY(mmce, "mimemessage", 
mimemessage_methods);
 13 >   mimemsg_class_entry = 
zend_register_internal_class(&mmce TSRMLS_CC);
 14 214c216
 15 <   object_init_ex(object, 
&mimemsg_class_entry);
 16 ---
 17 >   object_init_ex(object, mimemsg_class_entry);



[2005-05-11 21:00:47] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Can't reproduce with latest CVS,

------------------------

[2005-05-10 15:27:29] andrea dot busia at axis-sv dot it

Description:

All my scripts using mailparse exit with a segmentation fault since I
installed php5, in php4 it worked.

this is email_prova.txt content:

Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 18935 invoked from network); 10 May 2005 13:12:48
-
Received: from ppp-217-133-20-168.cust-adsl.tiscali.it (HELO axis20)
(217.133.20.168)
  by 212.100.249.98 with SMTP; 10 May 2005 13:12:48 -
Message-ID: <[EMAIL PROTECTED]>
From: "Andrea Busia - Axis" <[EMAIL PROTECTED]>
To: "Andrea Busia - Axis" <[EMAIL PROTECTED]>
Subject: sdohhoisdfhi
Date: Tue, 10 May 2005 15:11:27 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_NextPart_000_0096_01C55572.897E0FA0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527

This is a multi-part message in MIME format.

--=_NextPart_000_0096_01C55572.897E0FA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

obidsfb=E8odfsb=E8odgbp=E8dgd
gs+dfghp=E8dfhp=E8gpdh=E8gfds
hgsfdhgiohpdsgoipsd
fdhoigsoidhgpfdfpo
--=_NextPart_000_0096_01C55572.897E0FA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable








obidsfb=E8odfsb=E8odgbp=E8dgd
gs+dfghp=E8dfhp=E8gpdh=E8gfds
hgsfdhgiohpdsgoipsd
fdhoigsoidhgpfdfpo

--=_NextPart_000_0096_01C55572.897E0FA0--





Reproduce code:
---
get_child_count();
if ($n != 0) {
for ($i = 0; $i < $n; $i++) {
echo "a $i $n\n";
$part =& $msg->get_child($i);
echo "b $i $n\n";
}
}
else echo "99\n";
?>

Expected result:

a 0 3
b 0 3
a 1 3
b 1 3
a 2 3
b 2 3


Actual result:
--
a 0 3
Segmentation fault



backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 27129)]
zend_hash_apply_with_argument (ht=0x0,
apply_func=0x819e5a8 , argument=0x1)
at /home/archivi/php-5.0.4/Zend/zend_hash.c:680
680 HASH_PROTECT_RECURSION(ht);
(gdb) bt

#0  zend_hash_apply_with_argument (ht=0x0,
apply_func=0x819e5a8 , argument=0x1)
at /home/archivi/php-5.0.4/Zend/zend_hash.c:680
#1  0x081a9a58 in zend_update_class_constants (class_type=0x40522b40)
at /home/archivi/php-5.0.4/Zend/zend_API.c:694
#2  0x081a9aaa in _object_and_properties_init (arg=0x843509c,
class_type=0x40522b40, properties=0x0)
at /home/archivi/php-5.0.4/Zend/zend_API.c:714
#3  0x081a9b67 in _object_init_ex (arg=0x843509c,
class_type=0x40522b40)
at /home/archivi/php-5.0.4/Zend/zend_API.c:734
#4  0x4051b1d4 in mailparse_m

#32999 [NEW]: Segmentation fault

2005-05-10 Thread andrea dot busia at axis-sv dot it 
From: andrea dot busia at axis-sv dot it
Operating system: linux redhat enterprise
PHP version:  5.0.4
PHP Bug Type: Mailparse related
Bug description:  Segmentation fault

Description:

All my scripts using mailparse exit with a segmentation fault since I
installed php5, in php4 it worked.

this is email_prova.txt content:

Return-Path: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 18935 invoked from network); 10 May 2005 13:12:48 -
Received: from ppp-217-133-20-168.cust-adsl.tiscali.it (HELO axis20)
(217.133.20.168)
  by 212.100.249.98 with SMTP; 10 May 2005 13:12:48 -
Message-ID: <[EMAIL PROTECTED]>
From: "Andrea Busia - Axis" <[EMAIL PROTECTED]>
To: "Andrea Busia - Axis" <[EMAIL PROTECTED]>
Subject: sdohhoisdfhi
Date: Tue, 10 May 2005 15:11:27 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_NextPart_000_0096_01C55572.897E0FA0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527

This is a multi-part message in MIME format.

--=_NextPart_000_0096_01C55572.897E0FA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

obidsfb=E8odfsb=E8odgbp=E8dgd
gs+dfghp=E8dfhp=E8gpdh=E8gfds
hgsfdhgiohpdsgoipsd
fdhoigsoidhgpfdfpo
--=_NextPart_000_0096_01C55572.897E0FA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable








obidsfb=E8odfsb=E8odgbp=E8dgd
gs+dfghp=E8dfhp=E8gpdh=E8gfds
hgsfdhgiohpdsgoipsd
fdhoigsoidhgpfdfpo

--=_NextPart_000_0096_01C55572.897E0FA0--





Reproduce code:
---
get_child_count();
if ($n != 0) {
for ($i = 0; $i < $n; $i++) {
echo "a $i $n\n";
$part =& $msg->get_child($i);
echo "b $i $n\n";
}
}
else echo "99\n";
?>

Expected result:

a 0 3
b 0 3
a 1 3
b 1 3
a 2 3
b 2 3


Actual result:
--
a 0 3
Segmentation fault



backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 27129)]
zend_hash_apply_with_argument (ht=0x0,
apply_func=0x819e5a8 , argument=0x1)
at /home/archivi/php-5.0.4/Zend/zend_hash.c:680
680 HASH_PROTECT_RECURSION(ht);
(gdb) bt

#0  zend_hash_apply_with_argument (ht=0x0,
apply_func=0x819e5a8 , argument=0x1)
at /home/archivi/php-5.0.4/Zend/zend_hash.c:680
#1  0x081a9a58 in zend_update_class_constants (class_type=0x40522b40)
at /home/archivi/php-5.0.4/Zend/zend_API.c:694
#2  0x081a9aaa in _object_and_properties_init (arg=0x843509c,
class_type=0x40522b40, properties=0x0)
at /home/archivi/php-5.0.4/Zend/zend_API.c:714
#3  0x081a9b67 in _object_init_ex (arg=0x843509c, class_type=0x40522b40)
at /home/archivi/php-5.0.4/Zend/zend_API.c:734
#4  0x4051b1d4 in mailparse_mimemessage_export (part=0x84326e4,
object=0x843509c) at /tmp/tmpzRZItJ/mailparse-2.1.1/mailparse.c:214
#5  0x4051b99e in zif_mailparse_mimemessage_get_child (ht=1,
return_value=0x843509c, this_ptr=0x8436f54, return_value_used=1)
at /tmp/tmpzRZItJ/mailparse-2.1.1/mailparse.c:374
#6  0x081dd9db in zend_do_fcall_common_helper (execute_data=0xbffe9a50,
opline=0x8437e18, op_array=0x8431654)
at /home/archivi/php-5.0.4/Zend/zend_execute.c:2727
#7  0x081c4cfa in execute (op_array=0x8431654)
at /home/archivi/php-5.0.4/Zend/zend_execute.c:1406
#8  0x081a87a5 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/archivi/php-5.0.4/Zend/zend.c:1069
#9  0x0817a386 in php_execute_script (primary_file=0xbffebdd0)
at /home/archivi/php-5.0.4/main/main.c:1632
#10 0x081e6948 in main (argc=2, argv=0xbffebe74)
at /home/archivi/php-5.0.4/sapi/cgi/cgi_main.c:1577


-- 
Edit bug report at http://bugs.php.net/?id=32999&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32999&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32999&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32999&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32999&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32999&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32999&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32999&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32999&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32999&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32999&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32999&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32999&r=submittedtwice
register_glob

#31153 [NEW]: foreach strange result

2004-12-17 Thread andrea dot busia at axis-sv dot it 
From: andrea dot busia at axis-sv dot it
Operating system: Linux
PHP version:  4.3.10
PHP Bug Type: Arrays related
Bug description:  foreach strange result

Description:

When I use foreach on an array the values are wrong. It's very critical.


Reproduce code:
---


Expected result:

int(5)
int(10)
int(15)

Actual result:
--
array(2) {
  [0]=>
  int(5)
  [1]=>
  int(0)
}
array(2) {
  [0]=>
  int(10)
  [1]=>
  int(1)
}
array(2) {
  [0]=>
  int(15)
  [1]=>
  int(2)
}


-- 
Edit bug report at http://bugs.php.net/?id=31153&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=31153&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=31153&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=31153&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31153&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31153&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=31153&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=31153&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=31153&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31153&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=31153&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=31153&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=31153&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31153&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=31153&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31153&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=31153&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31153&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=31153&r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=31153&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=31153&r=mysqlcfg

php-bugs@lists.php.net

2004-08-16 Thread andrea dot busia at axis-sv dot it 
 ID:   29702
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
-Status:   Bogus
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Win / Linux
 PHP Version:  5.0.1
 New Comment:

I'm not asking support, I'm saying that this behaviour isn't written in
the documentation and this is a problem!


Previous Comments:


[2004-08-16 14:49:42] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.





[2004-08-16 14:43:45] andrea dot busia at axis-sv dot it

I see the manual page but I don't see anywhere that I cannot COPY
$GLOBALS content to an other variable.

Andrea Busia



[2004-08-16 14:33:31] [EMAIL PROTECTED]

http://no2.php.net/reserved.variables
read the section on $GLOBALS



[2004-08-16 12:28:03] andrea dot busia at axis-sv dot it

BTW:
Even if I try to use array_diff_assoc to have a "COPY" of $GLOBALS the
script gives me the same result.
I thing this is a very big problem without a "array_copy" function.

I tried:


--------

[2004-08-16 12:19:58] andrea dot busia at axis-sv dot it

Is it documented? I didn't find this in the manual, probably this is a
documentation problem.



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

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

php-bugs@lists.php.net

2004-08-16 Thread andrea dot busia at axis-sv dot it 
 ID:   29702
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
-Status:   Bogus
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Win / Linux
 PHP Version:  5.0.1
 New Comment:

I see the manual page but I don't see anywhere that I cannot COPY
$GLOBALS content to an other variable.

Andrea Busia


Previous Comments:


[2004-08-16 14:33:31] [EMAIL PROTECTED]

http://no2.php.net/reserved.variables
read the section on $GLOBALS



[2004-08-16 12:28:03] andrea dot busia at axis-sv dot it

BTW:
Even if I try to use array_diff_assoc to have a "COPY" of $GLOBALS the
script gives me the same result.
I thing this is a very big problem without a "array_copy" function.

I tried:


----

[2004-08-16 12:19:58] andrea dot busia at axis-sv dot it

Is it documented? I didn't find this in the manual, probably this is a
documentation problem.



[2004-08-16 12:02:05] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is a feature.

----

[2004-08-16 11:45:17] andrea dot busia at axis-sv dot it

Description:

In this script seems that the $GLOBALS value is changed by the unset
statement but I want to modify $ar, $GLOBALS must remain the same as
before.


Reproduce code:
---


Expected result:

array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}


Actual result:
--
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
NULL






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

php-bugs@lists.php.net

2004-08-16 Thread andrea dot busia at axis-sv dot it 
 ID:   29702
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Win / Linux
 PHP Version:  5.0.1
 New Comment:

BTW:
Even if I try to use array_diff_assoc to have a "COPY" of $GLOBALS the
script gives me the same result.
I thing this is a very big problem without a "array_copy" function.

I tried:



Previous Comments:


[2004-08-16 12:19:58] andrea dot busia at axis-sv dot it

Is it documented? I didn't find this in the manual, probably this is a
documentation problem.



[2004-08-16 12:02:05] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is a feature.

----

[2004-08-16 11:45:17] andrea dot busia at axis-sv dot it

Description:

In this script seems that the $GLOBALS value is changed by the unset
statement but I want to modify $ar, $GLOBALS must remain the same as
before.


Reproduce code:
---


Expected result:

array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}


Actual result:
--
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
NULL






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

php-bugs@lists.php.net

2004-08-16 Thread andrea dot busia at axis-sv dot it 
 ID:   29702
 User updated by:  andrea dot busia at axis-sv dot it
 Reported By:  andrea dot busia at axis-sv dot it
-Status:   Bogus
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Win / Linux
 PHP Version:  5.0.1
 New Comment:

Is it documented? I didn't find this in the manual, probably this is a
documentation problem.


Previous Comments:


[2004-08-16 12:02:05] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is a feature.



[2004-08-16 11:45:17] andrea dot busia at axis-sv dot it

Description:

In this script seems that the $GLOBALS value is changed by the unset
statement but I want to modify $ar, $GLOBALS must remain the same as
before.


Reproduce code:
---


Expected result:

array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}


Actual result:
--
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
NULL






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

php-bugs@lists.php.net

2004-08-16 Thread andrea dot busia at axis-sv dot it 
From: andrea dot busia at axis-sv dot it
Operating system: Win / Linux
PHP version:  5.0.1
PHP Bug Type: Scripting Engine problem
Bug description:  $a=$GLOBALS works as $a=&$GLOBALS

Description:

In this script seems that the $GLOBALS value is changed by the unset
statement but I want to modify $ar, $GLOBALS must remain the same as
before.


Reproduce code:
---


Expected result:

array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}


Actual result:
--
array(3) {
  [0]=>
  string(3) "aaa"
  [1]=>
  string(3) "bbb"
  [2]=>
  string(3) "ccc"
}
NULL


-- 
Edit bug report at http://bugs.php.net/?id=29702&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29702&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29702&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29702&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29702&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29702&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29702&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29702&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29702&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29702&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29702&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29702&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29702&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29702&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29702&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29702&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29702&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29702&r=float

#26206 [Com]: argv and argc not defined

2004-01-07 Thread andrea dot busia at axis-sv dot it 
 ID:   26206
 Comment by:   andrea dot busia at axis-sv dot it
 Reported By:  danielc at analysisandsolutions dot com
 Status:   Open
 Bug Type: CGI related
 Operating System: Windows 2000
 PHP Version:  5CVS-2003-11-11 (dev)
 New Comment:

I have the same problem

WinXp Professional
Apache 2.0.45
PHP Snapshot php5-win32-200401070730.zip

Andrea Busia


Previous Comments:


[2004-01-06 23:30:18] danielc at analysisandsolutions dot com

Sorry I didn't reply sooner.  Situation still exists as of
500rc1-dev--php5-win32-200401022330.  I still working on getting the
build environment to function properly so I can determine when the
change happened.



[2004-01-06 20:53:16] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2004-01-01 21:08:24] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2003-12-02 00:31:23] danielc at analysisandsolutions dot com

Yes.  Works fine with php4-win32-STABLE-200312020130.zip

Are the old PHP5 snapshots available anywhere?  I'll be glad to track
down when this problem started.



[2003-12-02 00:12:38] [EMAIL PROTECTED]

Does PHP 4 snapshots work?




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

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