[PHP-DEV] Bug #14063 Updated: unset($array[]) causes apache 1.3.20 to coredump

[derick]

ID: 14063
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Reproducible crash
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0CVS-2001-11-14
New Comment:

Changing type to 'Scripting Engine problem' as this is a bug in the Zend Engine 
AFAICS.

Derick

Previous Comments:


[2001-11-15 02:17:53] [EMAIL PROTECTED]

Reproduced with latest CVS version.



[2001-11-15 02:09:09] [EMAIL PROTECTED]

Nice thingy :) Also reproduced with 4.0.6 on Linux.




[2001-11-14 17:20:04] [EMAIL PROTECTED]

I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08 (6 days 
ago) so I assume it's still in the source as no bugs reports detail this:

[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php 
#!/usr/local/bin/php -q 


[mini:pgl]:~ $ ./test.php 
Segmentation fault (core dumped)

regards,

Peter Lowe.





Edit this bug report at http://bugs.php.net/?id=14063&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] Bug #14066: Can't suppress warnigns on accessing invalid string offset

[mfischer]

From: [EMAIL PROTECTED]
Operating system: Any
PHP version:  4.0CVS-2001-11-15
PHP Bug Type: Scripting Engine problem
Bug description:  Can't suppress warnigns on accessing invalid string offset

When setting error_reporting(E_ALL) the following occurs:



The last line should not emit a warning.
-- 
Edit bug report at: http://bugs.php.net/?id=14066&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]

Re: [PHP-DEV] Re: PHP extension

[Derick Rethans]

Hello,

there is no documentation yet for this, but there is an example hidden in
the code, in ext/standard/basic_functions.c, search for 'test_class'.

Derick

On Thu, 15 Nov 2001, Yorgo Sun wrote:

> how can i make a php module base on class not base on function
>
> thanx
>
> --
> Yorgo Sun
> Project Manager
> Technology Dept. Tom.com
> Email:[EMAIL PROTECTED]  Mobile:13701243390 Phone:65283399-121 TomQ ID:yorgo
> http://www.ruisoft.com
>
> "Charles Viard" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> >
> >
> > hello,
> >
> > I want to make a PHP module, but i didn't find any doc on how
> > to do it!
> > Especially PHP type, code return and structure of a module.
> > can somebody help me?
> >
> > thanx
> >
> > CharlyBr
> >
>
>
>
> --
> 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]
>

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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] Bug #14034 Updated: Error compile on Solaris 2.7 on SUN E4500

[derick]

ID: 14034
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Compile Failure
Operating System: Solaris 2.7 on SUN E4500
PHP Version: 4.0.6
New Comment:

Fixed, so closing.

Previous Comments:


[2001-11-14 20:15:04] [EMAIL PROTECTED]

Thank you very much, It works now. 



[2001-11-14 01:23:02] [EMAIL PROTECTED]

So it works now?

Derick



[2001-11-14 01:22:49] [EMAIL PROTECTED]

User reported:

Dear Sir
Thank you very much.  And now I have already installed by your
advise.



[2001-11-13 20:44:22] [EMAIL PROTECTED]

Thank you very much. I have already used binutils and I have already installed.  Thank 
you for your kindness.

Aimkuang



[2001-11-13 20:39:12] [EMAIL PROTECTED]

Dear Sir
Thank you very much.  And now I have already installed by your
advise.
-Original Message-
From: Bug Database <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: 12 ¾ÄȨԡÒ¹ 2544 23:04
Subject: Bug #14034 Updated: Error compile on Solaris 2.7 on SUN E4500


>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at
http://bugs.php.net/?id=14034&edit=2
>
>
>ID: 14034
>Updated by: derick
>Reported By: [EMAIL PROTECTED]
>Old Status: Open
>Status: Feedback
>Bug Type: Compile Failure
>Operating System: Solaris 2.7 on SUN E4500
>PHP Version: 4.0.6
>New Comment:
>
>Can you possible try the gnu utils for this to see? (www.sunfreeware.com)
check for the binutils package.
>
>I'll try to reproduce it later today (solaris 8 on intel).
>
>Derick
>
>Previous Comments:
>
>
>[2001-11-12 10:52:55] [EMAIL PROTECTED]
>
># make
>Making all in Zend
>make[1]: Entering directory `/tmp/php-4.0.6/Zend'
>/bin/sh ../libtool --silent --mode=compile
gcc -DHAVE_CONFIG_H -I. -I. -I../main
>   -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21  -g -O2 -c
zend
>_language_scanner.c
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29487: error: unknown opcode
".subs
>ection"
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29487: error: statement syntax
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29645: error: unknown opcode
".prev
>ious"
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29645: error: statement syntax
>make[1]: *** [zend_language_scanner.lo] Error 1
>make[1]: Leaving directory `/tmp/php-4.0.6/Zend'
>make: *** [all-recursive] Error 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/?id=14034


Edit this bug report at http://bugs.php.net/?id=14034&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] Bug #14065 Updated: Annotated doc lists function 'key_exists()' as 'array_key_exists()'

[derick]

ID: 14065
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: FreeBSD
PHP Version: 4.0.6
New Comment:

This is correct. In the new and upcoming PHP version 4.1.0 this function has been 
renamed array_key_exists.
Updated documentation for this.

Previous Comments:


[2001-11-14 19:43:49] [EMAIL PROTECTED]

The annotated documentation on PHP.net lists an array function named
'array_key_exists()'.  The actual name is just 'key_exists()'.  (Note that it
appears in the function list between 'key' and 'krsort'; so it's being sorted
using the correct name.)





Edit this bug report at http://bugs.php.net/?id=14065&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]

Re: [PHP-DEV] Re: Bug #14063: unset($array[]) causes apache 1.3.20to coredump

[Derick Rethans]

Hello,

On Thu, 15 Nov 2001, Yasuo Ohgaki wrote:

> Suggested fix.

This fixes the symtom, not the problem

Derick

>
> Index: zend_execute.c
> ===
> RCS file: /repository/Zend/zend_execute.c,v
> retrieving revision 1.282.2.3
> diff -u -r1.282.2.3 zend_execute.c
> --- zend_execute.c  2001/08/30 12:06:50 1.282.2.3
> +++ zend_execute.c  2001/11/15 00:20:47
> @@ -2197,7 +2197,7 @@
> ht
> = NULL;
> break;
> }
> -   if (ht) {
> +   if (ht && offset)
>   {
> switch
> (offset->type) {
>
> case IS_DOUBLE:
>
> case IS_RESOURCE:
>
>
>
>
>
>
>
> ---
> Yasuo Ohgaki
>
>
> --
> 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]
>

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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] CVS Account Request: visualmind

[Salah Faya]

Translating the documentation to Arabic Language

-- 
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] Bug #14064 Updated: Arrays defined as object properties treat defined constants differently.

[derick]

ID: 14064
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Class/Object related
Operating System: i386-redhat-linux-gnu
PHP Version: 4.0.6
New Comment:

Seems to be fix in php-4.2.0dev, the (correct) output I get is:
Array
(
[1] => TEST1
[2] => TEST2
[3] => TEST3
)
test Object
(
[aTest2] => Array
(
[1] => TEST1
[2] => TEST2
[3] => TEST3
)

)

Previous Comments:


[2001-11-14 17:38:33] [EMAIL PROTECTED]

It appears that using defined constants to index an array within a class results in 
different behaviour than arrays defined without.

Within a class, the array treats the constant as a string literal, whereas in a 
regular array definition, the constant is properly evaluated.

Which of the two is the "correct" behaviour, and why do they differ between contexts?  
Is there a way to get the results of Situation A in Situation B?

--(snip)--

 'TEST1',
   TEST2 => 'TEST2',
   TEST3 => 'TEST3'
  );

print_r( $aTest );

#

// Situation B
class Test
{
   var $aTest2 = array(
  TEST1 => 'TEST1',
  TEST2 => 'TEST2',
  TEST3 => 'TEST3'
  );

}

$oTest = new Test;

print_r( $oTest );

?>





Edit this bug report at http://bugs.php.net/?id=14064&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] Bug #14063 Updated: unset($array[]) causes apache 1.3.20 to coredump

[derick]

ID: 14063
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0CVS-2001-11-14
New Comment:

Reproduced with latest CVS version.

Previous Comments:


[2001-11-15 02:09:09] [EMAIL PROTECTED]

Nice thingy :) Also reproduced with 4.0.6 on Linux.




[2001-11-14 17:20:04] [EMAIL PROTECTED]

I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08 (6 days 
ago) so I assume it's still in the source as no bugs reports detail this:

[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php 
#!/usr/local/bin/php -q 


[mini:pgl]:~ $ ./test.php 
Segmentation fault (core dumped)

regards,

Peter Lowe.





Edit this bug report at http://bugs.php.net/?id=14063&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] Bug #14062 Updated: Wrong filetype displayed

[derick]

ID: 14062
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Directory/Filesystem functions
Operating System: win98SE
PHP Version: 4.0.6
New Comment:

Then it's not a bug. Filetype works from the current directory, not from the directory 
you used with opendir().

Derick

Previous Comments:


[2001-11-14 20:47:28] [EMAIL PROTECTED]

I cannot reproduce this under Linux. File types are 
returned correctly.

Could someone with Win32 test this?




[2001-11-14 17:09:11] [EMAIL PROTECTED]

Sorry, the script is :
\n";
  }
  closedir($h);
?>

The previous script is a workaround to get the right filetype.




[2001-11-14 17:04:44] [EMAIL PROTECTED]

When running this script :
\n";
  }
  closedir($h);
?>

the wrong filetype is displayed (files and directories are displayed as directories), 
except when the script is run in the current (.) directory 






Edit this bug report at http://bugs.php.net/?id=14062&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] Bug #14063 Updated: unset($array[]) causes apache 1.3.20 to coredump

[mfischer]

ID: 14063
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0CVS-2001-11-14
New Comment:

Nice thingy :) Also reproduced with 4.0.6 on Linux.


Previous Comments:


[2001-11-14 17:20:04] [EMAIL PROTECTED]

I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08 (6 days 
ago) so I assume it's still in the source as no bugs reports detail this:

[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php 
#!/usr/local/bin/php -q 


[mini:pgl]:~ $ ./test.php 
Segmentation fault (core dumped)

regards,

Peter Lowe.





Edit this bug report at http://bugs.php.net/?id=14063&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] Re: apache 2.0.28 and php 4.1rc2

[Alonso]

try on php.qa group.


"Ben Woodhead" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hello Everybody
>
> I am working on testing these together, I am compiled them both (DSO -
> apxs2). Everything seemed fine, i have an additional directory called
> modules
> in my apache root directory.
> My config file has
>
> LoadModule php4_modulemodules/libphp4.so
>
> AddType application/x-httpd-php .php .html
> AddType application/x-httpd-php-source .phps
>
> But when I connect
> 127.0.0.1/test.php // do you wish to download file.
> 127.0.0.1/test.html // do you wish to downlaod file.
> (Also these are both php scripts)
>
> My log file does not give me anyidea what is going on.. I don't have any
> messages saying that php has not been loaded. I have looked all over the
> docs
> and mailing list but i have not found anything like this.. Anybody have
any
> ideas what wrong.
>
> Ben
>
>



-- 
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] Re: apache 2.0.28 and php 4.1rc2

[Sebastian Bergmann]

Ben Woodhead wrote:
> AddType application/x-httpd-php .php .html
> AddType application/x-httpd-php-source .phps

  You need


SetOutputFilter PHP
SetInputFilter PHP


  in your httpd.conf.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
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]

Re: [PHP-DEV] PHP Conference pics

[Sebastian Bergmann]

Pierre-Alain Joye wrote:
> http://www.bttr.org/phpconf/5/show.php?idx=6 Rasmus and a powerbook ;))

  AFAIK it's not a powerbook, he just has an Apple sticker on a notebook
  :-)

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
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] -=- UnoMp3 -=-

[» UnoMp3 «]

Title: Ahora Podes Comprar tu CD de MP3 Con Los Ultimos EXITOS





  
  

  

  

  

AHORA PODES COMPRAR
TU CD DE MP3 CON LOS ULTIMOS EXITOS!!!

SOLO POR $13 CON
GASTOS DE ENVIO INCLUIDOS A TODO EL PAIS!

  

  

 



  

  



  
Aerosmith -
 Fly Away From Here
Alcala -  Comprate Un Perro
Alejandro Sanz -  Quisiera Ser
Alejandro Sanz & The Corrs -  Una Noche
Alien Ant Farm -  Smooth Criminal
As Meninas -  Xibom Bom Bom
Ataque 77 -  Beatle
Backstreet Boys -  More Than That
Backstreet Boys -  Shape of My Heart
Bajo Palabra -  La Comisaría (EN VIVO)
Barbara -  Arde Papi
Bersut Vergarabat -  La Del Toro
Bink 182 -  The Rock Show
Bon Jovi -  One Wild Night Live
Bon Jovi -  Wanted Dead Or Alive
Britney Spears -  Don't Let Me Be The
   
Last To  Know
Caballeros De La Quema -  Fulanos De Nadie
Catupecu Machu -  Entero O a Pedazos
Catupecu Machu -  Eso Vive
Coldplay - Don't Panic
Crazy Town -  Butterfly
Cristian Castro -  Azul
Chayanne -  Candela
Chichi Peralta -  Amor Narcotico
Christina Aguilera -  Lady Marmalade
Christina Aguilera -  Pero Me Acuerdo De Ti
Daft Punks -  Digital Love
Damas Gratis -  Quiero Vitamina
Daniela Herrero -  Solo Tus Canciones
Dave Matthews Band -  The Space BeTween
Depeche Mode -  Dream on
Depeche Mode -  I Feel Loved
Destiny's Child -  Survivor
Dido -  Here With Me
Dlg -  Con Cada Beso
El Indio -  Guacho Cantina
El Otro Yo -  Alegria
El Otro Yo -  La Musica
Eminem -  Drug Ballad
Eminem & Elton John -  Stan (VIVO)
Estopa -  La Raja De Tu Falda
Estopa -  Tu Calorro
Fabian Schultz -  Chica Latina
Fito Paez -  Rey Sol
Fun Lovin' Criminals -  Bump
Fun Lovin' Criminals -  Loco
Geri Halliwell -  It's Raining Men
Gigi D' Agostino -  Your Love (eusir)
Gorillaz -  Clint Eastwood
Greenday -  Waiting
HIM -  Wicked Game
Janet Jackson -  All 4 You
Jarabe De Palo -  Agua
Jean Carlos -  Si No Te Hubieras Ido
Jean Carlos -  Yo Voto Por Ti
Jennifer Lopez -
 Aint It Funny
Jennifer Lopez -  Play
Jessica Simpson -  Irresistible
Juan Gabriel -  Abrazame Muy Fuerte
Kalu -  Haceme Un Pete
Kapanga -  El Universal
La Ley -  Aqui
La Mancha De Rolando -  La Planta
La Mona -  El Enamorado
La Mosca -  Te Quiero Comer La Boca
La Portuaria -  Aya
Laura Miller -  Dispara
Lenny Kravitz -  Can't Get You Off My Mind
Leo Garcia -  Morrisey
Leo Mattioli -  Le Pido a Dios

  

  
Limp Bizkit -
 Boiler
Limp Bizkit -  My Generation
Linkin Park -  Crawling
Linkin Park -  One Step Closer
Linkin Park -  Papercut
Los Fabulosos Cadillacs -
Demasia
Precion (EN VIVO)
Los Fatales -
 Bicho Bicho
Los Nietos Del Futuro -  Gelatina
Los Nocheros -  Las Moras
Los Piojos -  Ruleta
Los Ratones -  Como Estamos Hoy
Los Reyes Del Ritmo -  El Gato Volador II
Los Tulipanes -  Tomate Un Vino
Luciano Pereyra -  Amor, Dónde Hubo Fuego
Madonna -  What It Feels Like For a Girl
Manu Chao -   Me Gustas Tu
Marcela Morelo -  Tu Boca
Mariah Carey -  Loverboy
Marilyn Manson -  The Nobodies
Memphis La Blusera -  Irresponsable
Moby -  South Side
Modjo -  Lady
N Sync -  Pop
Negro Can -  Cada Vez (mix)
Nelly Furtado -  I'm Like a Bird
Offspring -  Million Miles Away
Offspring -  Want You Bad
Palito Ortega Y Lucia Galan -  Sodero
Papa Roach -  Between Angels And Insects
Powerman 5000 -  When Worlds Colide
R.E.M. -  Reno
Radiohead -  Knives Out
Radiohead -  Pyramid Song
Ráfaga -  Aguita
Rage Against The Machine -  Know Your Enemy
Rammstein -  Mutter
Rata Blanca -  Mujer Amante (Acustica)
Ratones Paranoicos & Calamaro -  Para Siempre
Ricardo Montaner -  Besame
Ricky Martin -  Loaded
Ricky Martin & Christina Aguil -  Nobody Wants To Be Lonely
Robbie Williams -  Supreme
Robbie Williams -  The Road To Mandalay
Rodrigo -  Derroche
Rodrigo -  Quién Se Tomó Todo El Vino 
Rodrigo Y Alejandra -  F

[PHP-DEV] apache 2.0.28 and php 4.1rc2

[Ben Woodhead]

Hello Everybody

I am working on testing these together, I am compiled them both (DSO -
apxs2). Everything seemed fine, i have an additional directory called
modules
in my apache root directory.
My config file has

LoadModule php4_modulemodules/libphp4.so

AddType application/x-httpd-php .php .html
AddType application/x-httpd-php-source .phps

But when I connect
127.0.0.1/test.php // do you wish to download file.
127.0.0.1/test.html // do you wish to downlaod file.
(Also these are both php scripts)

My log file does not give me anyidea what is going on.. I don't have any
messages saying that php has not been loaded. I have looked all over the
docs
and mailing list but i have not found anything like this.. Anybody have any
ideas what wrong.

Ben



-- 
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] Re: PHP extension

[Yorgo Sun]

how can i make a php module base on class not base on function

thanx

--
Yorgo Sun
Project Manager
Technology Dept. Tom.com
Email:[EMAIL PROTECTED]  Mobile:13701243390 Phone:65283399-121 TomQ ID:yorgo
http://www.ruisoft.com

"Charles Viard" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
>
> hello,
>
> I want to make a PHP module, but i didn't find any doc on how
> to do it!
> Especially PHP type, code return and structure of a module.
> can somebody help me?
>
> thanx
>
> CharlyBr
>



-- 
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] Bug #14062 Updated: Wrong filetype displayed

[zak]

ID: 14062
Updated by: zak
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: win98SE
PHP Version: 4.0.6
New Comment:

I cannot reproduce this under Linux. File types are 
returned correctly.

Could someone with Win32 test this?


Previous Comments:


[2001-11-14 17:09:11] [EMAIL PROTECTED]

Sorry, the script is :
\n";
  }
  closedir($h);
?>

The previous script is a workaround to get the right filetype.




[2001-11-14 17:04:44] [EMAIL PROTECTED]

When running this script :
\n";
  }
  closedir($h);
?>

the wrong filetype is displayed (files and directories are displayed as directories), 
except when the script is run in the current (.) directory 






Edit this bug report at http://bugs.php.net/?id=14062&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] Bug #14034 Updated: Error compile on Solaris 2.7 on SUN E4500

[tps]

ID: 14034
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Compile Failure
Operating System: Solaris 2.7 on SUN E4500
PHP Version: 4.0.6
New Comment:

Thank you very much, It works now. 

Previous Comments:


[2001-11-14 01:23:02] [EMAIL PROTECTED]

So it works now?

Derick



[2001-11-14 01:22:49] [EMAIL PROTECTED]

User reported:

Dear Sir
Thank you very much.  And now I have already installed by your
advise.



[2001-11-13 20:44:22] [EMAIL PROTECTED]

Thank you very much. I have already used binutils and I have already installed.  Thank 
you for your kindness.

Aimkuang



[2001-11-13 20:39:12] [EMAIL PROTECTED]

Dear Sir
Thank you very much.  And now I have already installed by your
advise.
-Original Message-
From: Bug Database <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: 12 ¾ÄȨԡÒ¹ 2544 23:04
Subject: Bug #14034 Updated: Error compile on Solaris 2.7 on SUN E4500


>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at
http://bugs.php.net/?id=14034&edit=2
>
>
>ID: 14034
>Updated by: derick
>Reported By: [EMAIL PROTECTED]
>Old Status: Open
>Status: Feedback
>Bug Type: Compile Failure
>Operating System: Solaris 2.7 on SUN E4500
>PHP Version: 4.0.6
>New Comment:
>
>Can you possible try the gnu utils for this to see? (www.sunfreeware.com)
check for the binutils package.
>
>I'll try to reproduce it later today (solaris 8 on intel).
>
>Derick
>
>Previous Comments:
>
>
>[2001-11-12 10:52:55] [EMAIL PROTECTED]
>
># make
>Making all in Zend
>make[1]: Entering directory `/tmp/php-4.0.6/Zend'
>/bin/sh ../libtool --silent --mode=compile
gcc -DHAVE_CONFIG_H -I. -I. -I../main
>   -D_POSIX_PTHREAD_SEMANTICS -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21  -g -O2 -c
zend
>_language_scanner.c
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29487: error: unknown opcode
".subs
>ection"
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29487: error: statement syntax
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29645: error: unknown opcode
".prev
>ious"
>/usr/ccs/bin/as: "/var/tmp/cclaKd3o.s", line 29645: error: statement syntax
>make[1]: *** [zend_language_scanner.lo] Error 1
>make[1]: Leaving directory `/tmp/php-4.0.6/Zend'
>make: *** [all-recursive] Error 1
>
>
>




[2001-11-13 13:00:15] [EMAIL PROTECTED]

Did you try to use the GNU Utils already?

Derick



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=14034


Edit this bug report at http://bugs.php.net/?id=14034&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] Bug #14065: Annotated doc lists function 'key_exists()' as 'array_key_exists()'

[patl+php]

From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version:  4.0.6
PHP Bug Type: Documentation problem
Bug description:  Annotated doc lists function 'key_exists()' as 'array_key_exists()'

The annotated documentation on PHP.net lists an array function named
'array_key_exists()'.  The actual name is just 'key_exists()'.  (Note that
it
appears in the function list between 'key' and 'krsort'; so it's being
sorted
using the correct name.)
-- 
Edit bug report at: http://bugs.php.net/?id=14065&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] Re: Bug #14063: unset($array[]) causes apache 1.3.20 to coredump

[Yasuo Ohgaki]

Suggested fix.

Index: zend_execute.c
===
RCS file: /repository/Zend/zend_execute.c,v
retrieving revision 1.282.2.3
diff -u -r1.282.2.3 zend_execute.c
--- zend_execute.c  2001/08/30 12:06:50 1.282.2.3
+++ zend_execute.c  2001/11/15 00:20:47
@@ -2197,7 +2197,7 @@
ht
= NULL;
break;
}
-   if (ht) {
+   if (ht && offset)
  {
switch
(offset->type) {

case IS_DOUBLE:

case IS_RESOURCE:







---
Yasuo Ohgaki


-- 
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] Re: Bug #14063: unset($array[]) causes apache 1.3.20 to coredump

[Yasuo Ohgaki]

Forgot to attach backtrace. (4.1.0RC2 CGI)

Yasuo Ohgaki

(gdb) run test.php

Program received signal SIGSEGV, Segmentation fault.
0x08178582 in execute (op_array=0x82281dc) at ./zend_execute.c:2201
(gdb) bt
#0  0x08178582 in execute (op_array=0x82281dc) at
./zend_execute.c:2201
#1  0x0815574e in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#2  0x08069a6e in php_execute_script (primary_file=0xb910) at
main.c:1310
#3  0x0806720c in main (argc=2, argv=0xb9cc) at cgi_main.c:738
#4  0x403f81be in __libc_start_main (main=0x8066870 ,
argc=2, ubp_av=0xb9cc, init=0x806410c <_init>, fini=0x817b58c
<_fini>, rtld_fini=0x4000ddd0 <_dl_fini>, stack_end=0xb9bc) at
../sysdeps/generic/libc-start.c:129


-- 
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] Re: Bug #14063: unset($array[]) causes apache 1.3.20 to coredump

[Yasuo Ohgaki]

Reproduced on 4.1.0RC2 and 4.2.0 CVS.

--
Yasuo Ohgaki

[EMAIL PROTECTED] wrote:

> From: [EMAIL PROTECTED]
> Operating system: FreeBSD 4.4-STABLE
> PHP version:  4.0CVS-2001-11-14
> PHP Bug Type: Reproducible crash
> Bug description:  unset($array[]) causes apache 1.3.20 to coredump
> 
> I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08
> (6 days ago) so I assume it's still in the source as no bugs reports detail
> this:
> 
> [mini:pgl]:~ $ php -v
> 4.2.0-dev
> [mini:pgl]:~ $ cat ./test.php 
> #!/usr/local/bin/php -q 
>  $a = array('1', '2');
> unset($a[]);
> ?>
> 
> [mini:pgl]:~ $ ./test.php 
> Segmentation fault (core dumped)
> 
> regards,
> 
> Peter Lowe.
> 



-- 
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] Re: Respected developers !

[Yasuo Ohgaki]

Manuel Lemos wrote:

> Apply for a CVS account. Somebody should reply to those requests.

I got no response also. Although, Zeev suggested to do that.
It seems most of requests are ignored. I don't mind it though. :)

--
Yasuo Ohgaki


-- 
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]

Re: [PHP-DEV] PHP Conference pics

[Pierre-Alain Joye]

http://www.bttr.org/phpconf/
http://www.bttr.org/phpconf/6/show.php?idx=21 the Team
http://www.bttr.org/phpconf/5/show.php?idx=6 Rasmus and a powerbook ;))
On Wed, 14 Nov 2001 16:24:58 -0600
Andrei Zmievski <[EMAIL PROTECTED]> wrote:

> Did anyone take pics at the conference in Frankfurt and if so, are they
> available online?
> 
> -Andrei
> 
> Commitment, n.:
> Commitment can be illustrated by a breakfast of ham and eggs. The chicken
> was involved, the pig was committed.
> 
> -- 
> 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 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] Bug #11868 Updated: Improper character encoding

[fmk]

ID: 11868
Updated by: fmk
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:

In the "MS SQL Server Client Network Utility" tool under "DB-Library Option" you can 
specify Automatic ANSI to OEM convertion.
Change this setting and your problem should be solved.

Previous Comments:


[2001-07-04 05:13:48] [EMAIL PROTECTED]

I am using PHP, Apache 1.3 and MSSQL 2000 server via mssql_* functions. If I SELECT 
some text types with czech characters (ie š ž etc.) these characters are 
malformed. If I INSERT and SELECT these chars directly from browser, they seem to be 
OK in browser, but not in direct DB view, so I suppose it is caused by incompatible 
character encoding between Apache, PHP and MSSQL server.





Edit this bug report at http://bugs.php.net/?id=11868&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] Bug #9071 Updated: Wide Charater problems

[fmk]

ID: 9071
Updated by: fmk
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: MSSQL related
Operating System: windows2000server
PHP Version: 4.0.4
New Comment:

nchar, nvarchar and ntext columns used to store national character values are not 
supported by the DB library functions used in the MSSQL extension for PHP.

The only fix at this point is to use an other set of DB functions, like ODBC with the 
latest ODBC driver from Microsoft.

Previous Comments:


[2001-04-16 06:46:16] [EMAIL PROTECTED]

Reclassify



[2001-02-02 07:27:33] [EMAIL PROTECTED]

when use php read data from sql7.0,only 200 chinese characters be readed.But sql7.0 
have more then 200 chinese characters.i use asp no this problem.why?how to do?





Edit this bug report at http://bugs.php.net/?id=9071&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] Bug #11593 Updated: varchar(8000) field in MSSQL returns only 4096 chars

[fmk]

ID: 11593
Updated by: fmk
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: MSSQL related
Operating System: NT4.0
PHP Version: 4.0.6
New Comment:

The DB Library used for the MSSQL extension does not support char and varchar columns 
with more than 256 characters.

char and varchar columns was extended from 256 to 8000 in SQL Server 7.0 but the DB 
library from Microsoft was not updated.

If you want to use wide columns use the text type.

Further textlimit only affects columns of type text. It has no effect on char or 
varchar columns.

Previous Comments:


[2001-06-24 09:45:15] [EMAIL PROTECTED]

still the same on the new version 4.0.6. mssql_fetch_array() delivers only the first 
4k. please help.



[2001-06-20 17:22:32] [EMAIL PROTECTED]

i have a table with varchar(8000) fields. tried to get the content. php delivers only 
the first 4k. odbc delivers the full range... i've added in the php.ini the setings 
for mssql.textlimit to 8192 and for mssql.textsize to 8192, too

phpinfo() shows me my ini-settings but the content is stille 4k. please help asap. 
many thanks and best regards christian marnitz





Edit this bug report at http://bugs.php.net/?id=11593&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] Bug #14064: Arrays defined as object properties treat defined constants differently.

[andre]

From: [EMAIL PROTECTED]
Operating system: i386-redhat-linux-gnu
PHP version:  4.0.6
PHP Bug Type: Class/Object related
Bug description:  Arrays defined as object properties treat defined constants 
differently.

It appears that using defined constants to index an array within a class
results in different behaviour than arrays defined without.

Within a class, the array treats the constant as a string literal, whereas
in a regular array definition, the constant is properly evaluated.

Which of the two is the "correct" behaviour, and why do they differ between
contexts?  Is there a way to get the results of Situation A in Situation
B?

--(snip)--

 'TEST1',
   TEST2 => 'TEST2',
   TEST3 => 'TEST3'
  );

print_r( $aTest );

#

// Situation B
class Test
{
   var $aTest2 = array(
  TEST1 => 'TEST1',
  TEST2 => 'TEST2',
  TEST3 => 'TEST3'
  );

}

$oTest = new Test;

print_r( $oTest );

?>
-- 
Edit bug report at: http://bugs.php.net/?id=14064&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] Re: PHP Conference pics

[Sascha Schumann]

Sites I know about:

http://www.php-conference.de/2001/images/PHP_Konferenz/
http://www.bttr.org/phpconf/
http://www.photoalbum.nohn.net/PHPConference2001

On Wed, 14 Nov 2001, Andrei Zmievski wrote:

> Did anyone take pics at the conference in Frankfurt and if so, are they
> available online?
>
> -Andrei
>
> Commitment, n.:
> Commitment can be illustrated by a breakfast of ham and eggs. The chicken
> was involved, the pig was committed.
>

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
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 Conference pics

[Andrei Zmievski]

Did anyone take pics at the conference in Frankfurt and if so, are they
available online?

-Andrei

Commitment, n.:
Commitment can be illustrated by a breakfast of ham and eggs. The chicken
was involved, the pig was committed.

-- 
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] Bug #14063: unset($array[]) causes apache 1.3.20 to coredump

[pgl]

From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.4-STABLE
PHP version:  4.0CVS-2001-11-14
PHP Bug Type: Reproducible crash
Bug description:  unset($array[]) causes apache 1.3.20 to coredump

I'm not actually using version 4.0CVS-2001-11-14, but I updated 2001-11-08
(6 days ago) so I assume it's still in the source as no bugs reports detail
this:

[mini:pgl]:~ $ php -v
4.2.0-dev
[mini:pgl]:~ $ cat ./test.php 
#!/usr/local/bin/php -q 


[mini:pgl]:~ $ ./test.php 
Segmentation fault (core dumped)

regards,

Peter Lowe.
-- 
Edit bug report at: http://bugs.php.net/?id=14063&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] Bug #14062 Updated: Wrong filetype displayed

[corwin1974]

ID: 14062
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: win98SE
PHP Version: 4.0.6
New Comment:

Sorry, the script is :
\n";
  }
  closedir($h);
?>

The previous script is a workaround to get the right filetype.


Previous Comments:


[2001-11-14 17:04:44] [EMAIL PROTECTED]

When running this script :
\n";
  }
  closedir($h);
?>

the wrong filetype is displayed (files and directories are displayed as directories), 
except when the script is run in the current (.) directory 






Edit this bug report at http://bugs.php.net/?id=14062&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] Bug #14062: Wrong filetype displayed

[corwin1974]

From: [EMAIL PROTECTED]
Operating system: win98SE
PHP version:  4.0.6
PHP Bug Type: *Directory/Filesystem functions
Bug description:  Wrong filetype displayed

When running this script :
\n";
  }
  closedir($h);
?>

the wrong filetype is displayed (files and directories are displayed as
directories), except when the script is run in the current (.) directory 

-- 
Edit bug report at: http://bugs.php.net/?id=14062&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] Bug #14061 Updated: Cannot find file "c:\php\extensions\php_sablot.dll" - could not load module

[derick]

ID: 14061
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Sablotron XSL
Operating System: IIS5 / Win2K
PHP Version: 4.0.6
New Comment:

Not a bug, and it's explained very well in the INSTALL file.

Derick

Previous Comments:


[2001-11-14 16:47:43] [EMAIL PROTECTED]

The error message this is reporting is incorrect.  To fix this you need to copy the 
contents of \php\dlls to your system32 directory.  The problem being that it's not 
finding the bundled files rather than the extension dll.

Any chance this bug can be fixed for future versions?





Edit this bug report at http://bugs.php.net/?id=14061&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] Bug #14061: Cannot find file "c:\php\extensions\php_sablot.dll" - could not load module

[tim . lokot]

From: [EMAIL PROTECTED]
Operating system: IIS5 / Win2K
PHP version:  4.0.6
PHP Bug Type: Sablotron XSL
Bug description:  Cannot find file "c:\php\extensions\php_sablot.dll" - could not load 
module

The error message this is reporting is incorrect.  To fix this you need to
copy the contents of \php\dlls to your system32 directory.  The problem
being that it's not finding the bundled files rather than the extension
dll.

Any chance this bug can be fixed for future versions?
-- 
Edit bug report at: http://bugs.php.net/?id=14061&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] Re: Respected developers !

[Manuel Lemos]

Hello,

Andrew Sitnikov wrote:
> 
> Hello,
> 
> Respected developers!
> 
> From http://www.php.net/cvs-php.php
> =
> If you are contributing a patch, a small fix, or another minor change
> you do not need to ask for a CVS account before submitting it. Just
> send your patch to [EMAIL PROTECTED] 
> =
> 
> I already twice sent in this list patch, which implements function ftok().
> But has not received any the answer :(
> 
> I understand, that you are very busy people, and you not have a lot time
> for work with similar letters. Maybe I not understand clearly this and should
> not distract people on the nonsense's? Really there is nobody, who has
> 2-3 minutes to give any answer to my letters?

Apply for a CVS account. Somebody should reply to those requests.

Regards,
Manuel Lemos

-- 
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] Respected developers !

[Andrew Sitnikov]

Hello,

Respected developers!

>From http://www.php.net/cvs-php.php
=
If you are contributing a patch, a small fix, or another minor change
you do not need to ask for a CVS account before submitting it. Just
send your patch to [EMAIL PROTECTED] 
=

I already twice sent in this list patch, which implements function ftok().
But has not received any the answer :(

I understand, that you are very busy people, and you not have a lot time
for work with similar letters. Maybe I not understand clearly this and should
not distract people on the nonsense's? Really there is nobody, who has
2-3 minutes to give any answer to my letters?


P.S. Sorry for my English.
  
Best regards,
 Andrew Sitnikov 
 e-mail : [EMAIL PROTECTED]
 GSM: (+372) 56491109


-- 
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]

Re: [PHP-DEV] wxWindows

[Markus Fischer]

On Wed, Nov 14, 2001 at 10:51:28AM -0800, Alain Samoun wrote : 
> What about porting wxWindows to PHP?
> Did anybody work on that already?

Search php-dev for gtk and you'll find a thread started at August
24th about wxwindows. However, it looked like nothing hat
happened since then.

- Markus

-- 
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] Bug #12601 Updated: Error loading oci8.dll, a entry point is missing .

[derick]

ID: 12601
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: OCI8 related
Operating System: windows 2000 profesional
PHP Version: 4.0.6
New Comment:

User reported:
what i meant was that i found how to solve the bug 12601,  but don't know how
to report it(so i just wrote the solution here).
to solve the problem i upgraded to oracle 8.1.7 and that was all.

Previous Comments:


[2001-08-06 11:50:28] [EMAIL PROTECTED]

Error loading oci8.dll, a entry point is missing ... to procedure ocilobopen in 
oci.dll

he a wanrning unable to load dynamic library, but it's there.





Edit this bug report at http://bugs.php.net/?id=12601&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] Bug #14060 Updated: This is the Solution Problem 12601

[derick]

ID: 14060
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: OCI8 related
Operating System: windows 2000 profesional
PHP Version: 4.0.6
New Comment:

Ok, thx! Closing them...

Previous Comments:


[2001-11-14 14:36:17] [EMAIL PROTECTED]

what i meant was that i found how to solve the bug 12601,  but don't know how to 
report it(so i just wrote the solution here). 
to solve the problem i upgraded to oracle 8.1.7 and that was all. my system cofig is:
Windows 2000 Profesional (SP 2)
PHP version 4.0.6
Oracle 8.1.7 Personal Edition


this is the bug i solved upgrading:

Error loading oci8.dll, a entry point is missing ... to procedure ocilobopen in 
oci.dll

he a wanrning unable to load dynamic library, but it's there.





[2001-11-14 14:15:11] [EMAIL PROTECTED]

Sorry, but I don't understand what you mean. DO you mean this is the solution to bug 
no #12601? The messages there is also very vague. I hope you can clarify a little bit 
more.

Derick



[2001-11-14 14:11:22] [EMAIL PROTECTED]

This is the Solution Problem 12601

I am install Oracle 8.1.7 Personal edition and run OK.
The problem not found with this version of Oracle.

My configuration:
Windows 2000 Profesional (SP 2)
PHP version 4.0.6
Oracle 8.1.7 Personal Edition

Sorry my Inglish...

Best Regards
Hernan





Edit this bug report at http://bugs.php.net/?id=14060&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] Bug #14060 Updated: This is the Solution Problem 12601

[hernanm]

ID: 14060
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: OCI8 related
Operating System: windows 2000 profesional
PHP Version: 4.0.6
New Comment:

what i meant was that i found how to solve the bug 12601,  but don't know how to 
report it(so i just wrote the solution here). 
to solve the problem i upgraded to oracle 8.1.7 and that was all. my system cofig is:
Windows 2000 Profesional (SP 2)
PHP version 4.0.6
Oracle 8.1.7 Personal Edition


this is the bug i solved upgrading:

Error loading oci8.dll, a entry point is missing ... to procedure ocilobopen in 
oci.dll

he a wanrning unable to load dynamic library, but it's there.



Previous Comments:


[2001-11-14 14:15:11] [EMAIL PROTECTED]

Sorry, but I don't understand what you mean. DO you mean this is the solution to bug 
no #12601? The messages there is also very vague. I hope you can clarify a little bit 
more.

Derick



[2001-11-14 14:11:22] [EMAIL PROTECTED]

This is the Solution Problem 12601

I am install Oracle 8.1.7 Personal edition and run OK.
The problem not found with this version of Oracle.

My configuration:
Windows 2000 Profesional (SP 2)
PHP version 4.0.6
Oracle 8.1.7 Personal Edition

Sorry my Inglish...

Best Regards
Hernan





Edit this bug report at http://bugs.php.net/?id=14060&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] Bug #14060 Updated: This is the Solution Problem 12601

[derick]

ID: 14060
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: OCI8 related
Operating System: windows 2000 profesional
PHP Version: 4.0.6
New Comment:

Sorry, but I don't understand what you mean. DO you mean this is the solution to bug 
no #12601? The messages there is also very vague. I hope you can clarify a little bit 
more.

Derick

Previous Comments:


[2001-11-14 14:11:22] [EMAIL PROTECTED]

This is the Solution Problem 12601

I am install Oracle 8.1.7 Personal edition and run OK.
The problem not found with this version of Oracle.

My configuration:
Windows 2000 Profesional (SP 2)
PHP version 4.0.6
Oracle 8.1.7 Personal Edition

Sorry my Inglish...

Best Regards
Hernan





Edit this bug report at http://bugs.php.net/?id=14060&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] Bug #14060: This is the Solution Problem 12601

[hernanm]

From: [EMAIL PROTECTED]
Operating system: windows 2000 profesional
PHP version:  4.0.6
PHP Bug Type: OCI8 related
Bug description:  This is the Solution Problem 12601

This is the Solution Problem 12601

I am install Oracle 8.1.7 Personal edition and run OK.
The problem not found with this version of Oracle.

My configuration:
Windows 2000 Profesional (SP 2)
PHP version 4.0.6
Oracle 8.1.7 Personal Edition

Sorry my Inglish...

Best Regards
Hernan
-- 
Edit bug report at: http://bugs.php.net/?id=14060&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] http://www.php.net/license/

[Colin Viebrock]

I suppose the text here needs to be revamped in light of the Zend license
change.

- Colin



-- 
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] Bug #14055 Updated: Install MS SQL Server 'client connectivity' before using php_mssql.dll

[fmk]

ID: 14055
Updated by: fmk
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Documentation problem
Operating System: Windows NT/2000
PHP Version: 4.0.6
New Comment:

I have added this to the documentation under php.net/mssql. It will be available at 
the next update.

Previous Comments:


[2001-11-14 12:05:14] [EMAIL PROTECTED]

Thanks for notifying, but making this a documentation problem.

Derick



[2001-11-14 11:32:18] [EMAIL PROTECTED]

I have read the install.txt more than once, I have searched the online documentation 
and the mailing list archive for hours. But there was nowhere an explicit refer how 
you can get php_mssql.dll work properly. There are some suggestions of course but 
always 'maybe'.

Do avoid others from searching as many hours for the solution I hope you will place 
the solution more findable. It would be pleasant if you add it to install.txt too.

If you want to use php_mssql.dll on a NT-Webserver where isn't installed a MS SQL 
Server itself, you have at least to install the component 'Client Connectivity' from 
the MS SQL Server-CD (select custom installation!).

Regards, 
J. Schadler
Jet2Web Telekom/IT





Edit this bug report at http://bugs.php.net/?id=14055&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]

Re: [PHP-DEV] Bug #14058 Updated: binary and

[Jan Lehnardt]

Hi,
On Wed, 14 Nov 2001 19:48:14 +0100 (CET)
<[EMAIL PROTECTED]> wrote:

> Hello,
> 
> ANd is it fixed in the PHP_4_0_7 branch? (ie, php4.1.0rc2?)
php4.1.0rc2(FreeBSD): 4294967295 & 67633152 = 67633152

Jan
-- 
Q: Thank Jan? A: http://geschenke.an.dasmoped.net

-- 
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] wxWindows

[Alain Samoun]

What about porting wxWindows to PHP?
Did anybody work on that already?
A+
Alain

-- 
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]

Re: [PHP-DEV] Bug #14058 Updated: binary and

[derick]

Hello,

ANd is it fixed in the PHP_4_0_7 branch? (ie, php4.1.0rc2?)

Derick

On 14 Nov 2001 [EMAIL PROTECTED] wrote:

> ID: 14058
> Updated by: cardinal
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Closed
> Bug Type: Scripting Engine problem
> Operating System: Linux 2.2.14 & Windows NT 5.0
> PHP Version: 4.0.6
> New Comment:
>
> Reproduced with 4.0.6, can't reproduce with 4.2.0-dev
>
> Previous Comments:
> 
>
> [2001-11-14 12:48:53] [EMAIL PROTECTED]
>
> echo "4294967295 & 67633152 = ". (4294967295 & 67633152);
> //under Windows: 4294967295 & 67633152 = 67633152  ok
> //under Linux:   4294967295 & 67633152 = 0 ???
>
>
> 
>
>
>
> Edit this bug report at http://bugs.php.net/?id=14058&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 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] Bug #14058 Updated: binary and

[cardinal]

ID: 14058
Updated by: cardinal
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux 2.2.14 & Windows NT 5.0
PHP Version: 4.0.6
New Comment:

Reproduced with 4.0.6, can't reproduce with 4.2.0-dev

Previous Comments:


[2001-11-14 12:48:53] [EMAIL PROTECTED]

echo "4294967295 & 67633152 = ". (4294967295 & 67633152);
//under Windows: 4294967295 & 67633152 = 67633152  ok 
//under Linux:   4294967295 & 67633152 = 0 ???






Edit this bug report at http://bugs.php.net/?id=14058&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] Bug #14059 Updated: session_detroy() Warning message

[derick]

ID: 14059
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Session related
Operating System: Win2000 Pro
PHP Version: 4.0.5
New Comment:

This is most likely fixed. Please try a snapshot from www.php4win.com, and reopen if 
it's not fixed.

Derick

Previous Comments:


[2001-11-14 13:22:36] [EMAIL PROTECTED]

My bug is like bug ID #5231

When I call Session_destroy I have "Warning: Session object destruction failed..."
(If the bug is really fixed, is maybe a misconfiguration in my php.ini)





Edit this bug report at http://bugs.php.net/?id=14059&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] Bug #14059: session_detroy() Warning message

[moetaller_2000]

From: [EMAIL PROTECTED]
Operating system: Win2000 Pro
PHP version:  4.0.5
PHP Bug Type: Session related
Bug description:  session_detroy() Warning message

My bug is like bug ID #5231

When I call Session_destroy I have "Warning: Session object destruction
failed..."
(If the bug is really fixed, is maybe a misconfiguration in my php.ini)
-- 
Edit bug report at: http://bugs.php.net/?id=14059&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] Bug #10361 Updated: make don't work for Oracle 8i on 64bit Solaris kernel

[mfischer]

ID: 10361
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: OCI8 related
Operating System: Solaris 5.7
PHP Version: 4.0.4pl1
New Comment:

User reporting:
The problem is fixed with 4.0.6.  

(However, status unchanged ;-)

Previous Comments:


[2001-11-10 08:43:30] [EMAIL PROTECTED]

No feedback. Closing.



[2001-10-20 21:40:12] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6 ?




[2001-04-17 07:05:30] [EMAIL PROTECTED]

ha-pollux(root)# uname -a
SunOS ha-pollux 5.7 Generic_106541-11 sun4u sparc SUNW,Ultra-60
ha-pollux(oracle)> svrmgrl

Oracle Server Manager Release 3.1.6.0.0 - Production

Copyright (c) 1997, 1999, Oracle Corporation.  All Rights Reserved.

Oracle8i Release 8.1.6.3.0 - Production
JServer Release 8.1.6.3.0 - Production

ha-pollux(root)# export CC=/opt/SUNWspro/bin/cc
ha-pollux(root)# export ORACLE_HOME=/u01/app/oracle/product/8.1.6
ha-pollux(root)# configure --prefix=/opt/php --with-oci8 
--with-apxs=/opt/apache/bin/apxs [ --with-regex=apache ]

/bin/sh /software/compile/php/php-4.0.4pl1/libtool --silent --mode=compile 
/opt/SUNWspro/bin/cc  -I. -I/software/compile/php/php-4.0.
4pl1/ext/oci8 -I/software/compile/php/php-4.0.4pl1/main 
-I/software/compile/php/php-4.0.4pl1 -I/opt/apache/include -I/software/compil
e/php/php-4.0.4pl1/Zend -I/software/compile/php/php-4.0.4pl1/ext/mysql/libmysql 
-I/u01/app/oracle/product/8.1.6/rdbms/public -I/u01/a
pp/oracle/product/8.1.6/rdbms/demo -I/u01/app/oracle/product/8.1.6/network/public 
-I/software/compile/php/php-4.0.4pl1/ext/xml/expat/
xmltok -I/software/compile/php/php-4.0.4pl1/ext/xml/expat/xmlparse 
-I/software/compile/php/php-4.0.4pl1/TSRM  -D_POSIX_PTHREAD_SEMANT
ICS -DSOLARIS2=270 -DMOD_SSL=207101 -DEAPI -DUSE_EXPAT -DSHARED_CORE 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXML_BYTE_ORDER=21 -
g  -c oci8.c
"oci8.c", line 829: undefined struct/union member: open64
"oci8.c", line 845: undefined struct/union member: open64
"oci8.c", line 1203: undefined struct/union member: open64
"oci8.c", line 1204: improper member use: open64
"oci8.c", line 1205: improper member use: open64
"oci8.c", line 1849: undefined struct/union member: open64
"oci8.c", line 1962: undefined struct/union member: open64
"oci8.c", line 1995: undefined struct/union member: open64
"oci8.c", line 2087: undefined struct/union member: open64
"oci8.c", line 2131: undefined struct/union member: open64
"oci8.c", line 2174: undefined struct/union member: open64
"oci8.c", line 2189: undefined struct/union member: open64
"oci8.c", line 2190: improper member use: open64
"oci8.c", line 2194: improper member use: open64
"oci8.c", line 2200: improper member use: open64
"oci8.c", line 2351: undefined struct/union member: open64
"oci8.c", line 2792: warning: initializer does not fit or is out of range: -1
cc: acomp failed for oci8.c
*** Error code 1
make: Fatal error: Command failed for target `oci8.lo'
Current working directory /software/compile/php/php-4.0.4pl1/ext/oci8
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /software/compile/php/php-4.0.4pl1/ext/oci8
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /software/compile/php/php-4.0.4pl1/ext
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'







Edit this bug report at http://bugs.php.net/?id=10361&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] Bug #14056 Updated: Large amounts of fileuploads in a page cause segmentation fault

[mfischer]

ID: 14056
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Redhat 7.0
PHP Version: 4.0.6
New Comment:

Cannot reproduce with current CVS.

Previous Comments:


[2001-11-14 12:30:14] [EMAIL PROTECTED]

Can you try a snapshot from snaps.php.net and report back if that fixes the problem?

Derick



[2001-11-14 12:08:47] [EMAIL PROTECTED]




 $val\n";

# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;

for ($i=0;$i<$msx;$i++) {
  print $i.'Upload file: ';
}

?>



<--end of example -->

--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes --enable-versioning 
--with-gd=/usr --enable-track-vars=yes --enable-force-cgi-redirect=yes 
--enable-memory-limit=yes --with-apache=../apache_1.3.19 --enable-debug=no 
--with-mcrypt

Page works if I switch back to php 4.0.4-pl1








Edit this bug report at http://bugs.php.net/?id=14056&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] RBug #10361 Updated: make don't work for Oracle 8i on 64bit Solaris kernel

[Jens-Uwe Walther]

Sorry for the delay - I was on vacation.
The problem is fixed with 4.0.6.

Thanks
Uwe


-- 
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] Bug #14058: binary and

[dimon]

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.14 & Windows NT 5.0
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  binary and

echo "4294967295 & 67633152 = ". (4294967295 & 67633152);
//under Windows: 4294967295 & 67633152 = 67633152  ok 
//under Linux:   4294967295 & 67633152 = 0 ???

-- 
Edit bug report at: http://bugs.php.net/?id=14058&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] Bug #14056 Updated: Large amounts of fileuploads in a page cause segmentation fault

[derick]

ID: 14056
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Reproducible crash
Operating System: Redhat 7.0
PHP Version: 4.0.6
New Comment:

Can you try a snapshot from snaps.php.net and report back if that fixes the problem?

Derick

Previous Comments:


[2001-11-14 12:08:47] [EMAIL PROTECTED]




 $val\n";

# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;

for ($i=0;$i<$msx;$i++) {
  print $i.'Upload file: ';
}

?>



<--end of example -->

--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes --enable-versioning 
--with-gd=/usr --enable-track-vars=yes --enable-force-cgi-redirect=yes 
--enable-memory-limit=yes --with-apache=../apache_1.3.19 --enable-debug=no 
--with-mcrypt

Page works if I switch back to php 4.0.4-pl1








Edit this bug report at http://bugs.php.net/?id=14056&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] Bug #14056: Large amounts of fileuploads in a page cause segmentation fault

[michiel]

From: [EMAIL PROTECTED]
Operating system: Redhat 7.0
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Large amounts of fileuploads in a page cause segmentation fault




 $val\n";

# changing max to 33 will not cause the segfault, 34 will.
$msx = 34;

for ($i=0;$i<$msx;$i++) {
  print $i.'Upload file: ';
}

?>



<--end of example -->

--with-mysql=/usr --enable-sysvshm=yes --enable-sysvsem=yes
--enable-versioning --with-gd=/usr --enable-track-vars=yes
--enable-force-cgi-redirect=yes --enable-memory-limit=yes
--with-apache=../apache_1.3.19 --enable-debug=no --with-mcrypt

Page works if I switch back to php 4.0.4-pl1



-- 
Edit bug report at: http://bugs.php.net/?id=14056&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] Bug #14055 Updated: Install MS SQL Server 'client connectivity' before using php_mssql.dll

[derick]

ID: 14055
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: MSSQL related
Bug Type: Documentation problem
Operating System: Windows NT/2000
PHP Version: 4.0.6
New Comment:

Thanks for notifying, but making this a documentation problem.

Derick

Previous Comments:


[2001-11-14 11:32:18] [EMAIL PROTECTED]

I have read the install.txt more than once, I have searched the online documentation 
and the mailing list archive for hours. But there was nowhere an explicit refer how 
you can get php_mssql.dll work properly. There are some suggestions of course but 
always 'maybe'.

Do avoid others from searching as many hours for the solution I hope you will place 
the solution more findable. It would be pleasant if you add it to install.txt too.

If you want to use php_mssql.dll on a NT-Webserver where isn't installed a MS SQL 
Server itself, you have at least to install the component 'Client Connectivity' from 
the MS SQL Server-CD (select custom installation!).

Regards, 
J. Schadler
Jet2Web Telekom/IT





Edit this bug report at http://bugs.php.net/?id=14055&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] Bug #14054 Updated: Error evaluating the Intval function

[derick]

ID: 14054
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Regular Expressions
Operating System: Windows 2000 Server
PHP Version: 4.0.4pl1
New Comment:

This is not a bug, please ask support questions on the [EMAIL PROTECTED] 
mailinglist.

Derick

Previous Comments:


[2001-11-14 11:24:21] [EMAIL PROTECTED]

Hi,

See this simple script


If i put a string in $val...for example "ABC" ad i run the script...PHP print:"ABC is 
equal to 0"

Thanks for all your work that give me a work ^_^'





Edit this bug report at http://bugs.php.net/?id=14054&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 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] Bug #14055: Install MS SQL Server 'client connectivity' before using php_mssql.dll

[johann . schadler]

From: [EMAIL PROTECTED]
Operating system: Windows NT/2000
PHP version:  4.0.6
PHP Bug Type: MSSQL related
Bug description:  Install MS SQL Server 'client connectivity' before using 
php_mssql.dll

I have read the install.txt more than once, I have searched the online
documentation and the mailing list archive for hours. But there was nowhere
an explicit refer how you can get php_mssql.dll work properly. There are
some suggestions of course but always 'maybe'.

Do avoid others from searching as many hours for the solution I hope you
will place the solution more findable. It would be pleasant if you add it
to install.txt too.

If you want to use php_mssql.dll on a NT-Webserver where isn't installed a
MS SQL Server itself, you have at least to install the component 'Client
Connectivity' from the MS SQL Server-CD (select custom installation!).

Regards, 
J. Schadler
Jet2Web Telekom/IT
-- 
Edit bug report at: http://bugs.php.net/?id=14055&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] Bug #14054: Error evaluating the Intval function

[shiva]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version:  4.0.4pl1
PHP Bug Type: *Regular Expressions
Bug description:  Error evaluating the Intval function

Hi,

See this simple script


If i put a string in $val...for example "ABC" ad i run the script...PHP
print:"ABC is equal to 0"

Thanks for all your work that give me a work ^_^'
-- 
Edit bug report at: http://bugs.php.net/?id=14054&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] Bug #10185 Updated: compile fails when using --with-oci8

[xbezdek]

ID: 10185
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
Operating System: IRIX 6.5
PHP Version: 4.0.4pl1
New Comment:

with PHP 4.0.6 I get the same errors... I don't try compile the latest CVS snapshot 
yet, so... no results


Previous Comments:


[2001-11-14 06:38:25] [EMAIL PROTECTED]

No feedback. Closing.



[2001-10-23 07:27:21] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6? Or with latest CVS snapshot
from http://snaps.php.net/ ?

--Jani




[2001-04-05 10:30:55] [EMAIL PROTECTED]

When I try to compile with oci8 support, I get an error.

ORACLE Release is 8.1.5.0.1

Here is my ./configure command, and the output from make

#./configure --prefix=/tmp/php/php4
--with-config-file-path=/tmp/php/php4/conf --with-oci8

#make
Making all in .
gcc  -I. -I/export/tmp/php/php-4.0.4pl1/
-I/export/tmp/php/php-4.0.4pl1/main
-I/export/tmp/php/php-4.0.4pl1
-I/export/tmp/php/php-4.0.4pl1/Zend
-I/export/tmp/php/php-4.0.4pl1/ext/mysql/libmysql
-I/packages/run/oracle81/OraHome1/rdbms/demo
-I/packages/run/oracle81/OraHome1/network/public
-I/packages/run/oracle81/OraHome1/plsql/public
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmltok
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/export/tmp/php/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=21 -g
-O2  -c stub.c && touch stub.lo
/bin/sh /export/tmp/php/php-4.0.4pl1/libtool
--silent --mode=link gcc  -I.
-I/export/tmp/php/php-4.0.4pl1/
-I/export/tmp/php/php-4.0.4pl1/main
-I/export/tmp/php/php-4.0.4pl1
-I/export/tmp/php/php-4.0.4pl1/Zend
-I/export/tmp/php/php-4.0.4pl1/ext/mysql/libmysql
-I/packages/run/oracle81/OraHome1/rdbms/demo
-I/packages/run/oracle81/OraHome1/network/public
-I/packages/run/oracle81/OraHome1/plsql/public
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmltok
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/export/tmp/php/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=21 -g
-O2   -o libphp4.la -rpath /export/tmp/php/php-4.0.4pl1/libs
-L/packages/run/oracle81/OraHome1/lib  -R
/packages/run/oracle81/OraHome1/lib stub.lo  Zend/libZend.la
 sapi/cgi/libsapi.la  main/libmain.la  regex/libregex.la
ext/mysql/libmysql.la ext/oci8/liboci8.la
ext/pcre/libpcre.la ext/posix/libposix.la
ext/session/libsession.la ext/standard/libstandard.la
ext/xml/libxml.la  TSRM/libtsrm.la -ldl -lm -lexc -lgen -lm
-ldl -lcrypt -lsocket -lsocket -lclntsh
/bin/sh /export/tmp/php/php-4.0.4pl1/libtool
--silent --mode=link gcc  -I.
-I/export/tmp/php/php-4.0.4pl1/
-I/export/tmp/php/php-4.0.4pl1/main
-I/export/tmp/php/php-4.0.4pl1
-I/export/tmp/php/php-4.0.4pl1/Zend
-I/export/tmp/php/php-4.0.4pl1/ext/mysql/libmysql
-I/packages/run/oracle81/OraHome1/rdbms/demo
-I/packages/run/oracle81/OraHome1/network/public
-I/packages/run/oracle81/OraHome1/plsql/public
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmltok
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/export/tmp/php/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=21 -g
-O2   -o php -export-dynamic  stub.lo libphp4.la
ld32: WARNING 84 : /usr/lib32/libdl.so is not used for
resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libexc.so is not used for
resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libgen.so is not used for
resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libsocket.so is not used for
resolving any symbol.
ld32: FATAL   12 : Expecting n32 objects:
/packages/run/oracle81/OraHome1/lib/libclntsh.so is n64.
collect2: ld returned 4 exit status
*** Error code 1 (bu21)
*** Error code 1 (bu21)







Edit this bug report at http://bugs.php.net/?id=10185&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] Bug #14053: Memory leak when using BIG array (>160MBytes)

[ingo . bez]

From: [EMAIL PROTECTED]
Operating system: Linux (2.2.x/2.4.x)
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Memory leak when using BIG array (>160MBytes)

We do query a database and put the fetched result into some array, whichs
keys are the first field of the fetched result-row. No problem to get the
array build, it eats up about 180MBytes from the 2GBytes RAM the server
has.

The script works fine, does some manipulation in the array (strings, ints)
and re-inserts it into the database.

After the script terminates - all output to the browser is done - the
Apache-process responsible for that request won't free the acquired memory.
It instead eats one CPU completely for about 3-5minutes and then freezes -
with aprox. 180MBytes of reserved RAM. (Fire the request 10 times and be
sure to have the swap working!)

We currently use:
- HP LC2000r (2*PIII 933MHz, 2GByte RAM, 18GB HDD)
- Linux (Slackware 8.0), glibc2.2.3, Kernel 2.4.13 SMP
- Apache 1.3.22
- PHP 4.0.6
- ZendOptimizer 1.1.0.
Tested and reproduced with:
- Apache 1.3.20, 1.3.17
- w/o ZendOptimizer.
- PHP4.2.0-dev

It'll be nice to hear from you!


Thanks in advance,
 Ingo Bez
-- 
Edit bug report at: http://bugs.php.net/?id=14053&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] Bug #14052: ftp_rawlist: Hangs up

[msjackson]

From: [EMAIL PROTECTED]
Operating system: Win2K
PHP version:  4.0.6
PHP Bug Type: FTP related
Bug description:  ftp_rawlist: Hangs up

I think there is really a problem with repeated ftp_rawlist (Reported in
#7897). I write a script which make several ftp_rawlists to indexing all
the content. In most case, the task "hangs up" for 1 or 2 minutes. Then the
program will continue, but it can be that it hangs up again. When I start
the script directly (cmd-line), it will run well. But when I start it
trough the task scheduler or the web server, it hangs up always. I can't
explain the problem more, because this is all -> Repeated ftp_rawlist,
script is running under user "system".
-- 
Edit bug report at: http://bugs.php.net/?id=14052&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]

Re: [PHP-DEV] PHP extension

[Rasmus Lerdorf]

A good place to start is README.EXT_SKEL in the PHP distribution.

-Rasmus

On 14 Nov 2001, Charles VIARD wrote:

> 
> 
> hello,
> 
> I want to make a PHP module, but i didn't find any doc on how
> to do it!
> Especially PHP type, code return and structure of a module.
> can somebody help me?
> 
> thanx
> 
> CharlyBr
> 
> 
> 


-- 
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]

Re: [PHP-DEV] PHP extension

[Markus Fischer]

On Wed, Nov 14, 2001 at 02:35:17PM +0100, Bjørn Johansen wrote : 
> > try zend.com/apidocs and .. use the source luke! more specific
> > question can be answered also :)
> 
> I got a 404 trying the above url, but http://zend.com/zend/api.php worked
> fine though :)

I know, lazy me .. its zend.com/apidoc

- Markus

-- 
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]

Re: [PHP-DEV] PHP extension

[Bjørn Johansen]

> try zend.com/apidocs and .. use the source luke! more specific
> question can be answered also :)

I got a 404 trying the above url, but http://zend.com/zend/api.php worked
fine though :)

Bjørn





-- 
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] CVS Account Request: kaser01

[Bandar A.]

Our group ( php4arab.com ) asked you for a permession to translate the php doucment 
into arabic, and i need the CVS account to start working

Thank u

-- 
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] Bug #14044 Updated: GD(PNG) support stops working

[sander]

ID: 14044
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: GD related
Operating System: Solaris 2.8 (Sparc)
PHP Version: 4.0.6
New Comment:

OK. If it's works, let's close this one.

Previous Comments:


[2001-11-14 07:40:19] [EMAIL PROTECTED]

It works ok. I already used --with-zlib, apache wont compile without it.



[2001-11-14 06:35:20] [EMAIL PROTECTED]

Include --with-zlib also. Does it work?



[2001-11-13 17:30:55] [EMAIL PROTECTED]

--with-png-dir=
--with-jpeg-dir=

Use this configure commands to set PNGLIB and JPEG dir.
I try'd you configure and its works nice for me under 
FreeBSD 4.4
Redhat 7.1
SuSE 7.x

Tested PHP Versions
4.0.6
4.1.0RC1 + RC2
4.2.0... works nice with all



[2001-11-13 17:02:46] [EMAIL PROTECTED]

Upgrading from PHP 4.0.5 to 4.0.6 will make gd support stop working. GD, libpng and 
libjpeg are installed under /usr/local.
The error is: No PNG support in this PHP build
I am adding the --with-gd configure option. A downgrade to 4.0.5 solved the problem 
without changing nothing else.

I am using Apache 1.3.22 and installed with --with-apache=../apache_1.3.22 configure 
option.





Edit this bug report at http://bugs.php.net/?id=14044&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] Bug #14044 Updated: GD(PNG) support stops working

[csvieira]

ID: 14044
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: GD related
Operating System: Solaris 2.8 (Sparc)
PHP Version: 4.0.6
New Comment:

It works ok. I already used --with-zlib, apache wont compile without it.

Previous Comments:


[2001-11-14 06:35:20] [EMAIL PROTECTED]

Include --with-zlib also. Does it work?



[2001-11-13 17:30:55] [EMAIL PROTECTED]

--with-png-dir=
--with-jpeg-dir=

Use this configure commands to set PNGLIB and JPEG dir.
I try'd you configure and its works nice for me under 
FreeBSD 4.4
Redhat 7.1
SuSE 7.x

Tested PHP Versions
4.0.6
4.1.0RC1 + RC2
4.2.0... works nice with all



[2001-11-13 17:02:46] [EMAIL PROTECTED]

Upgrading from PHP 4.0.5 to 4.0.6 will make gd support stop working. GD, libpng and 
libjpeg are installed under /usr/local.
The error is: No PNG support in this PHP build
I am adding the --with-gd configure option. A downgrade to 4.0.5 solved the problem 
without changing nothing else.

I am using Apache 1.3.22 and installed with --with-apache=../apache_1.3.22 configure 
option.





Edit this bug report at http://bugs.php.net/?id=14044&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]

Re: [PHP-DEV] PHP extension

[Zak Greant]

On November 14, 2001 05:07 am, Andrey Hristov wrote:
> There is a book from the people who make www.phpwizard.net. The price
> is from $30 to $40 depending on the bookstore you use(Amazon has
> lowest price). The other way is to get it in PDF. on #bookwarez
> channel on irc.nullus.net, you can find it.

The "PHP Developer's Cookbook" also has a good section on developing 
PHP extensions.

--zak


-- 
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]

Re: [PHP-DEV] [CVS] Memleak when assigning a class being propertyof another class the class

[Stanislav Malyshev]

MF>> on shutdown.
MF>> 
MF>> If I remove the reference operator (thus make a copy of the object [which I
MF>> don't want]) at any point there is no leak.

I guess you've got circular reference case there (it's when variable X 
references Y which in turn references X or part of X). It's known to cause 
memory leaks. It's not dangerous since these leaks are auto-cleaned after 
each request.

-- 
Stanislav Malyshev, Zend Products Engineer   
[EMAIL PROTECTED]  http://www.zend.com/ +972-3-6139665 ext.115



-- 
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]

Re: [PHP-DEV] PHP extension

[Andrey Hristov]

There is a book from the people who make www.phpwizard.net. The price is from $30 to 
$40 depending on the bookstore you use(Amazon
has lowest price). The other way is to get it in PDF. on #bookwarez channel on 
irc.nullus.net, you can find it.




- Original Message -
From: "Markus Fischer" <[EMAIL PROTECTED]>
To: "Charles VIARD" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, November 14, 2001 1:14 PM
Subject: Re: [PHP-DEV] PHP extension


> On Wed, Nov 14, 2001 at 11:04:34AM -, Charles VIARD wrote :
> > I want to make a PHP module, but i didn't find any doc on how
> > to do it!
> > Especially PHP type, code return and structure of a module.
> > can somebody help me?
>
> try zend.com/apidocs and .. use the source luke! more specific
> question can be answered also :)
>
> - Markus
>
> --
> 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 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] Bug #13516 Updated: fpassthru uses too much memory

[sander]

ID: 13516
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Reproducible crash
Bug Type: Feature/Change Request
Operating System: Irix
PHP Version: 4.0.6
New Comment:

Not a bug. Reclasified as a feature/change request.

Previous Comments:


[2001-10-02 12:39:53] [EMAIL PROTECTED]

When using fpassthru to output the contents of a large >1MB file it uses a lot of 
memory which causes my ISP's web server to terminate the httpd thread because it used 
too much memory. As a result the download is cut off.

If I use fread to read the file 1K at a time it works ok. 

Shouldn't fpassthru read a 1 or 10K chunks to avoid excess memory use on large files?







Edit this bug report at http://bugs.php.net/?id=13516&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] Bug #8715 Updated: ifx_get_blob ifx_fetch_row and NULLS

[sander]

ID: 8715
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Informix related
Operating System: Tru64 Unix 5.0
PHP Version: 4.0.4
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:33:28] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-01-15 11:23:03] [EMAIL PROTECTED]

If a table exists within Informix with a TEXT field (have
not tested BYTE fields) that has NULL data and that field is
selected, the ifx_fetch_row() call after the ifx_get_blob()
call causes a segmentation fault in Apache. If only one row
is retrieved, there the segmentaion fault does not occur. If
the first row HAS data in the TEXT field (ie IS NOT NULL)
then the segmentation fault does not occur. The segmentation
fault occurs in the second call to ifx_fetch_row() (assuming
ifx_get_blob is called on every row). This bug has been
around for a while (including in PHP 3.0). At one point I
sent the contents of ifx.c to the Informix folks, but since
ifx.c cannot be compiled and ran alone (it needs the rest of
PHP to function) they refused to use it as a sample. And I
don't know enough C to generate an example of my own. I am
uncertain if the problems lies within PHP's ifx.c or if it
is in the client side Informix libraries. I have seen this
problem with several version of the libraries including
those distributed with ODS 7.23.FC4 and those from the
latest SDK. My current ESQL/C version is: INFORMIX-ESQL
Version 9.30.FC1 (output from esql -V).

If you find the bug is in Informix Client libraries, and not
in PHP code... if you can give me a NON-PHP C code sample
reproducing this bug, I can properly report it to Informix
(we have a site wide support license here). Please email me
at [EMAIL PROTECTED] for more information.

Although it is rather difficult for me to perform a gdb
backtrace (as I would have to first build and install gdb
and then isolate the Apache process on a non-production
machines) I can do so if it will help get the bug fixed.
Just let me know.

As a workaround, currently, when I generate my blob to
insert or update I use this syntax:

$blobid = ifx_create_blob(1, 0, trim($data) . " ");

That space on the end ensures the field IS NOT NULL and
therefore stops the segmentation fault from ocurring.







Edit this bug report at http://bugs.php.net/?id=8715&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] Bug #8767 Updated: user name prepended to table names in query

[sander]

ID: 8767
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Informix related
Operating System: RH 6.2
PHP Version: 4.0.3pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:34:22] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-01-17 15:41:51] [EMAIL PROTECTED]

I folks, I have searched many sources for a few days looking for an answer to no 
avail. I have what seems to be a properly configured setup of Redhat 6.2, PHP 
4.0.3pl1, Informix Dyn Server 7.30. At this point I am trying to build a simple 
database browser. Using ifx_{connect, query, close} I can query a database in the 
'informix.systables' and get results, using a particular db@server, uname, passwd in 
the ifx_connect call. However, using the same parameters a simple query, such as:

select * from action

always fails with code

(E [SQLSTATE=42 000 SQLCODE=-206]) 
string: The specified table (uname.action) is not in the database

If I use different db/server or uname or passwds, I get the expected error messages 
regarding the error. It seems that the user name (2nd parameter in ifx_connect call) 
is being prepended to the table request for some reason??? Running the same query from 
"dbaccess" works. I have not seen this error mentioned anywhere in user groups, web 
sites, etc.

Thanks for any help,
dave






Edit this bug report at http://bugs.php.net/?id=8767&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] Bug #8267 Updated: Warning: ifx_pconnect : E [SQLSTATE=IX 000 SQLCODE=-439]

[sander]

ID: 8267
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Informix related
Operating System: Linux
PHP Version: 4.0.3pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:32:48] [EMAIL PROTECTED]

Does this happen with the latest CVS snapshot from http://snaps.php.net/ ?




[2000-12-14 21:35:31] [EMAIL PROTECTED]

Warning: ifx_pconnect : E [SQLSTATE=IX 000 SQLCODE=-439]

I don't use [ifx_pconnect] function in my scripts.

The reasons of -439 error code are as follows.(finderr -439)
(I can't understand the means of thr descriptions.)

You attempted to call an SQL routine or attempted to execute an SQL
statement within a signal handling function/routine or a callback
function/procedure. Use only the sqldone() and sqlbreak() library
functions inside your INFORMIX-ESQL/C callback function. Use only the
ECO-SQD and ECO-SQB library routines inside your ESQL/COBOL callback
procedure. In addition, if you want to unregister your callback
function in INFORMIX-ESQL/C, you can invoke the sqlbreakcallback()
callback registration function within your callback procedure. If you
want to unregister your callback procedure in ESQL/COBOL, you can
invoke the ECO-SQBCB callback registration routine within your callback
procedure. 







Edit this bug report at http://bugs.php.net/?id=8267&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] Bug #13751 Updated: .alloca missing

[sander]

ID: 13751
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: AIX 4.3
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:01:24] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ? 



[2001-10-19 11:21:40] [EMAIL PROTECTED]

I just wanted to mention that I tried with the php v 4.0.5 and all worker fine!
Hope you'll correct it in 4.0.7!
good luck!



[2001-10-19 09:36:19] [EMAIL PROTECTED]

This bug has (I think) already be reported, but I tried all the solutions avaible:
set CFLAGS to -ma
use the last release (4.0.6RC4)

But none sloved the problem: At the end of the compilation of apache I always get:

<=== src/modules
cc -c  -I./os/unix -I./include   -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT 
-U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED `./apaci` modules.c
cc -c  -I./os/unix -I./include   -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT 
-U__STR__ -DAIX_BIND_PROCESSOR -qnogenpcomp -qnousepcomp 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED `./apaci` buildmark.c
cc  -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR 
-qnogenpcomp -qnousepcomp -I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/main 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/Zend 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4/TSRM 
-I/fs03/DEV/BDDSIL/SUPERVISEUR/php-4.0.6RC4 -DUSE_EXPAT -I./lib/expat-lite 
-DNO_DL_NEEDED `./apaci` -lm -lpthread-o httpd buildmark.o modules.o  
modules/php4/libphp4.a  modules/standard/libstandard.a  main/libmain.a  
./os/unix/libos.a  ap/libap.a  lib/expat-lite/libexpat.a  
-R/fs01/appl/DEV/oracle817/lib  -L/fs01/appl/DEV/oracle817/lib -Lmodules/php4 
-L../modules/php4 -L../../modules/php4 -lmodphp4   -ldl -lld -lbsd_r -lm -lodm -ldl 
-lld -lbsd_r -lm -lodm -ldl -lcrypt -lbind -lm -ldl  -lclntsh -lclntsh  
ld : 0706-027 L'option -R /fs01/appl/DEV/oracle817/lib n'est pas prise en compte.
ld : 0711-317 ERREUR : undefinned: .alloca
ld : 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information
make : 1254-004 The error code from the last command is 8.



my config line is:
-for php: 
./configure  --without-mysql --with-apache=../apache_1.3.22 --with-oci8 --with-oracle 
--enable-sigchild --enable-track-vars
(But I tried with less or other parameters it is the same problem)

-for apache:
./configure --activate-module=src/modules/php4/libphp4.a

Thank you in advance for your help

Bastien Leblanc
Cap GEMINI France






Edit this bug report at http://bugs.php.net/?id=13751&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] Bug #13669 Updated: 10.1 Compile Error with apxs

[sander]

ID: 13669
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Mac OSX 10.1
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 10:59:39] [EMAIL PROTECTED]

Please try the latest CVS snapshot from http://snaps.php.net/ as it has an updated 
libtool.




[2001-10-15 01:42:18] [EMAIL PROTECTED]

RE: Bug ID #13597

I got the same error, however I was only compiling with:
  ./configure --with-mysql=/usr/local \
  --with-apxs \
  --without-gd

I believe it is an error with the libtool provided with PHP 
in conjunction with apxs and Apple's 'ld' because I can get 
it to compile fine with --with-apache=../apache_1.3.22 
instead of --with-apxs





Edit this bug report at http://bugs.php.net/?id=13669&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] Bug #13601 Updated: File download with Content-Length specified fails with IE5.5

[sander]

ID: 13601
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Apache related
Operating System: Linux (Red Hat 7)
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 06:23:12] [EMAIL PROTECTED]

I would guess this has something to do with proxy being 
in between..is there one?

--Jani




[2001-10-22 03:58:23] [EMAIL PROTECTED]

Yes.

In the script,

$size=filesize($file);

Where $file is the filename and path.

To prove that it's correct, I have printed the value. Also, both NS and IE (when it 
works, ie. not through a proxy), display the correct file size and bytes remaining, 
etc.





[2001-10-21 01:08:59] [EMAIL PROTECTED]

Is the $size correct for the file?





[2001-10-08 13:55:47] [EMAIL PROTECTED]

The following code:

$size = filesize($userfile);
$fp=fopen($userfile,"r");

header("Pragma: no-cache");// HTTP/1.0
header("Cache-Control: no-cache, must-revalidate");// HTTP/1.1
header("Content-Type: application/octet-stream");
if(preg_match("/MSIE 5.5/", $HTTP_USER_AGENT))
header("Content-Disposition: filename=$userfile");  
else
header("Content-Disposition: attachment; filename=$userfile"); 
header("Content-Length: $size");
header("Content-Transfer-Encoding: binary\n");
fpassthru($fp);

when run under Linux/Apache results in a zero length file on MS IE 5.5 when connecting 
via an ISP or proxy. I have tried various ISPs all with the same result. All is fine 
with Netscape, or with a direct LAN connection.

Also, if the same PHP script is run under Windows NT 4.0 / IIS 5.0 all is well. 

By removing the line: header("Content-Length: $size"); the download is successful, but 
we lose any progress bar so this workaround is far from ideal.





[2001-10-08 13:52:25] [EMAIL PROTECTED]

The following code:

$size = filesize($file);

header("Pragma: no-cache");// HTTP/1.0
header("Cache-Control: no-cache, must-revalidate");// HTTP/1.1
header("Content-Type: application/octet-stream");
if(preg_match("/MSIE 5.5/", $HTTP_USER_AGENT))
header("Content-Disposition: filename=$userfile");  
else
header("Content-Disposition: attachment; filename=$userfile"); 
header("Content-Length: $size");
header("Content-Transfer-Encoding: binary\n");
fpassthru($fp);

when run under Linux/Apache results in a zero length file on MS IE 5.5 when connecting 
via an ISP or proxy. I have tried various ISPs all with the same result. All is fine 
with Netscape, or with a direct LAN connection.

Also, if the same PHP script is run under Windows NT 4.0 / IIS 5.0 all is well. 

By removing the line: header("Content-Length: $size"); the download is successful, but 
we lose any progress bar so this workaround is far from ideal.







Edit this bug report at http://bugs.php.net/?id=13601&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] Bug #13597 Updated: "MAKE" error with Mac OS X 10.1 (Darwin 1.4)

[sander]

ID: 13597
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Mac OS X 10.1 (Darwin 1.4)
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 10:55:54] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-10-08 08:44:06] [EMAIL PROTECTED]

I tried to install php with the following options:

./configure \
--with-mysql=/usr/local \
--with-apxs=/usr/sbin/apxs \
--enable-track-vars=yes \
--enable-trans-sid=yes \
--with-gd=/usr/local \
--with-jpeg-dir=/usr/local \
--enable-debug=no \
--disable-pear \
--enable-ftp=yes \
--enable-calendar=yes \
--with-imap=yes \
--with-zlib=/usr/local \
--enable-magic-quotes=yes \
--enable-bcmath=yes \
--with-mhash=yes \
--enable-dbase=yes \
--with-db3=/usr/local/BerkeleyDB.3.2 \
--enable-filepro=yes \
--enable-fast-install=yes \
--enable-mbstr-enc-trans=yes \
--enable-mbstring=yes \
--enable-c9x-inline=no \
--enable-dmalloc=no \
--enable-exif=no \
--enable-experimental-zts=no \
--enable-maintainer-mode=no \
--enable-shared=yes \
--enable-static=no \
--enable-sysvsem=no \
--enable-sysvshm=no \
--with-system-regex=no \
--with-mod-dav=/usr/libexec/httpd/libdav.so \
--x-libraries=/usr/X11R6 \
--with-xpm-dir=/usr/X11R6 \
--with-gdbm=yes \
--with-readline=yes \
--enable-unified-odbc=no

(This configuration worked with Mac OS X 10.0.4 (Darwin 
1.3.7)

I typed "make".
It said

/bin/sh /setup/php-4.0.6/libtool --silent --mode=link cc  
-I. -I/setup/php-4.0.6/ -I/setup/php-4.0.6/main 
-I/setup/php-4.0.6 -I/usr/include/httpd 
-I/setup/php-4.0.6/Zend -I/usr/local/include 
-I/usr/local/BerkeleyDB.3.2/include 
-I/usr/local/include/mysql 
-I/setup/php-4.0.6/ext/xml/expat/xmltok 
-I/setup/php-4.0.6/ext/xml/expat/xmlparse 
-I/setup/php-4.0.6/TSRM  -traditional-cpp -DDARWIN 
-DUSE_HSREGEX -DUSE_EXPAT -DHARD_SERVER_LIMIT=1024 -DEAPI 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2   -o libphp4.la 
-rpath /setup/php-4.0.6/libs -avoid-version 
-L/usr/local/lib -L/usr/local/BerkeleyDB.3.2/lib 
-L/usr/X11R6/lib -L/usr/local/lib/mysql  -R /usr/local/lib 
-R /usr/local/BerkeleyDB.3.2/lib -R /usr/X11R6/lib -R 
/usr/local/lib/mysql stub.lo  Zend/libZend.la 
sapi/apache/libsapi.la main/libmain.la regex/libregex.la 
ext/zlib/libzlib.la ext/bcmath/libbcmath.la 
ext/calendar/libcalendar.la ext/dba/libdba.la 
ext/dbase/libdbase.la ext/filepro/libfilepro.la 
ext/ftp/libftp.la ext/gd/libgd.la ext/imap/libimap.la 
ext/mbstring/libmbstring.la ext/mhash/libmhash.la 
ext/mysql/libmysql.la ext/pcre/libpcre.la 
ext/posix/libposix.la ext/readline/libreadline.la 
ext/session/libsession.la ext/standard/libstandard.la 
ext/xml/libxml.la TSRM/libtsrm.la -lc-client -lreadline 
-lhistory -lmysqlclient -lz -lmhash -lgd -lX11 -lXpm -ljpeg 
-ldb -lgdbm -lz -lm
/setup/php-4.0.6/.libs/libphp4.lax/libZend.al
/setup/php-4.0.6/.libs/libphp4.lax/libsapi.al
/setup/php-4.0.6/.libs/libphp4.lax/libmain.al
/setup/php-4.0.6/.libs/libphp4.lax/libregex.al
/setup/php-4.0.6/.libs/libphp4.lax/libzlib.al
/setup/php-4.0.6/.libs/libphp4.lax/libbcmath.al
/setup/php-4.0.6/.libs/libphp4.lax/libcalendar.al
/setup/php-4.0.6/.libs/libphp4.lax/libdba.al
/setup/php-4.0.6/.libs/libphp4.lax/libdbase.al
/setup/php-4.0.6/.libs/libphp4.lax/libfilepro.al
/setup/php-4.0.6/.libs/libphp4.lax/libftp.al
/setup/php-4.0.6/.libs/libphp4.lax/libgd.al
/setup/php-4.0.6/.libs/libphp4.lax/libimap.al
/setup/php-4.0.6/.libs/libphp4.lax/libmbstring.al
/setup/php-4.0.6/.libs/libphp4.lax/libmhash.al
/setup/php-4.0.6/.libs/libphp4.lax/libmysql.al
/setup/php-4.0.6/.libs/libphp4.lax/libpcre.al
/setup/php-4.0.6/.libs/libphp4.lax/libposix.al
/setup/php-4.0.6/.libs/libphp4.lax/libreadline.al
/setup/php-4.0.6/.libs/libphp4.lax/libsession.al
/setup/php-4.0.6/.libs/libphp4.lax/libstandard.al
/setup/php-4.0.6/.libs/libphp4.lax/libxml.al
/setup/php-4.0.6/.libs/libphp4.lax/libtsrm.al
/usr/bin/ld: -undefined error must be used when 
-twolevel_namespace is in effect
make[1]: *** [libphp4.la] Error 1
make: *** [install-recursive] Error 1

Why can't I install php 4.0.6 ?






Edit this bug report at http://bugs.php.net/?id=13597&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] Bug #13552 Updated: Unresolved symbol: mysql_*

[sander]

ID: 13552
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: MySQL related
Operating System: HPUX 11.00
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 06:35:29] [EMAIL PROTECTED]

Which mysql libs do you have under /opt/mysql/ ?
Have you tried doing 'make clean ; make' ?
Have you done some reconfiguring at some point?
You should delete config.cache if so and redo the
configure and also do 'make clean ; make' after configure.

--Jani





[2001-10-05 19:05:22] [EMAIL PROTECTED]

Yes it is.
Wouldn't configure have failed if the the mysql libs were not found?  What libs in 
particular does php look for?




[2001-10-05 19:04:49] [EMAIL PROTECTED]

Yes it is.
Wouldn't configure have failed if the the mysql libs were not found?  What libs in 
particular does php look for?




[2001-10-05 08:21:26] [EMAIL PROTECTED]

Is the path where the mysql libs are in the LIBPATH?

--Jani




[2001-10-04 21:09:46] [EMAIL PROTECTED]

Apache 1.3.14
Mysql 3.23.39
PHP 4.0.6
HP ANSI compilers

./configure --with-apxs=/opt/apache/bin/apxs \
--with-freetype-dir=/opt/freetype2 \
--enable-freetype-4bit-antialias-hack \
--enable-ftp \
--with-mysql=/opt/mysql \
--with-pdflib=/usr/local/lib \
--enable-shared-pdflib \
--with-config-file-path=/opt/apache/etc/php.ini

modified apxs & changed .so to.sl suffix

after a make install, I start apache & it spews a large
amount of Unresolved mysql symbols.

nm /opt/apache/lib/modules/libphp4.sl | grep mysql
mysql_affected_rows |  |undef |code   |
mysql_affected_rows |   1043176|uext  |stub   |
mysql_close |  |undef |code   |
mysql_close |   1019288|uext  |stub   |

Most MySQL symbols are undefined in libphp4.sl

Any ideas on the cause?

Everything works when I exclude mysql from
the configure script.

Thanks

Tony Galan





Edit this bug report at http://bugs.php.net/?id=13552&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] Bug #13544 Updated: gcc fails on reentrancy.lo

[sander]

ID: 13544
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 10:48:01] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-10-04 12:39:22] [EMAIL PROTECTED]

This appears to be very similar to bud id 7162.  I edited
the php_config.h and set both HAVE_POSIX_READDIR_R and
HAVE_OLD_READDIR_R to undef and all components build
successfully.  I tried this after reading the follow up
comment in bug id 7162.

These are the configuration options:
./configure --prefix=/float/php_4.0.6 \
--with-gdbm=/float \
--with-apxs=/float/apache_1.3.20/bin/apxs \
--with-config-file-path=/float/php_4.0.6/etc \
--without-mysql

Here's the compile line and the error message:
/bin/sh /export/apache/php-4.0.6/libtool --silent --mode=compile gcc  -I. 
-I/export/apache/php-4.0.6/main -I/export/apache/php-4.0.6/main 
-I/export/apache/php-4.0.6 
-I/float/apache_1.3.20/include -I/export/apache/php-4.0.6/Zend 
-I/float/include -I/export/apache/php-4.0.6/ext/xml/expat/xmltok 
-I/export/apache/php-4.0.6/ext/xml/expat/xmlparse -I/export/php-4.0.6/TSRM  
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DUSE_EXPAT -DSHARED_CORE 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2  
-c reentrancy.c
reentrancy.c: In function `php_readdir_r':
reentrancy.c:109: too few arguments to function `readdir64_r'
*** Error code 1
make: Fatal error: Command failed for target `reentrancy.lo'
Current working directory /export/workspace/d11/cmckee/apache/php-4.0.6/main
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'





Edit this bug report at http://bugs.php.net/?id=13544&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] Bug #13541 Updated: url_scanner.h:23: warning: parameter names (without types) in function declarat

[sander]

ID: 13541
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: 
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 10:47:08] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?

And what is this system?




[2001-10-04 10:58:05] [EMAIL PROTECTED]

D bogusified the other one..

- James



[2001-10-04 10:56:14] [EMAIL PROTECTED]

dup of #13542

- James



[2001-10-04 10:52:00] [EMAIL PROTECTED]

./configure --with-mysql --with-apxs=/usr/local/apache/b in/apxs

$ make
Making all in Zend
make[1]: Entering directory `/php-4.0.6/Zend'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/php-4.0.6/Zend'
Making all in main
make[1]: Entering directory `/php-4.0.6/main'
make[2]: Entering directory `/php-4.0.6/main'
/bin/sh /php-4.0.6/libtool --silent --mode=compile gcc  -I. -I/php-4.0.6/main 
-I/php-4.0.6/main -I/php-4.0.6 -I/usr/loca
l/apache/include -I/php-4.0.6/Zend -I/php-4.0.6/ext/mysql/libmysql 
-I/php-4.0.6/ext/xml/expat/xmltok -I/php-4.0.6/ext/xm
l/expat/xmlparse -I/php-4.0.6/TSRM  -DCYGWIN -DUSE_HSREGEX -DUSE_EXPAT -DNO_DL_NEEDED 
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12
 -g -O2  -c main.c
In file included from /php-4.0.6/ext/standard/basic_functions.h:29,
 from /php-4.0.6/ext/standard/php_standard.h:21,
 from main.c:52:
/php-4.0.6/ext/standard/url_scanner.h:23: warning: parameter names (without types) in 
function declaration
/php-4.0.6/ext/standard/url_scanner.h:24: warning: parameter names (without types) in 
function declaration
In file included from /php-4.0.6/ext/standard/basic_functions.h:30,
 from /php-4.0.6/ext/standard/php_standard.h:21,
 from main.c:52:
/php-4.0.6/ext/standard/url_scanner_ex.h:24: warning: parameter names (without types) 
in function declaration
/php-4.0.6/ext/standard/url_scanner_ex.h:25: warning: parameter names (without types) 
in function declaration
/php-4.0.6/ext/standard/url_scanner_ex.h:27: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/url_scanner_ex.h:29: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:21,
 from main.c:52:
/php-4.0.6/ext/standard/basic_functions.h:125: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:23,
 from main.c:52:
/php-4.0.6/ext/standard/php_string.h:107: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_string.h:108: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_string.h:109: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_string.h:116: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_string.h:117: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_string.h:154: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:31,
 from main.c:52:
/php-4.0.6/ext/standard/exec.h:33: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:32,
 from main.c:52:
/php-4.0.6/ext/standard/file.h:78: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:43,
 from main.c:52:
/php-4.0.6/ext/standard/fsock.h:75: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:46,
 from main.c:52:
/php-4.0.6/ext/standard/info.h:66: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:48,
 from main.c:52:
/php-4.0.6/ext/standard/php_var.h:30: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_var.h:35: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_var.h:36: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:51,
 from main.c:52:
/php-4.0.6/ext/standard/dl.h:26: parse error before `TSRMLS_DC'
In file included from /php-4.0.6/ext/standard/php_standard.h:54,
 from main.c:52:
/php-4.0.6/ext/standard/php_lcg.h:32: warning: parameter names (without types) in 
function declaration
In file included from /php-4.0.6/ext/standard/php_standard.h:57,
 from main.c:52:
/php-4.0.6/ext/standard/php_array.h:84: parse error before `TSRMLS_DC'
/php-4.0.6/ext/standard/php_array.h:88: parse error before `TSRMLS_DC'
make[2]: *** [main.lo] Error 1
make[2]: Leaving directory `/php-4.0.6/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/php-4.0.6/main'
make: ***

[PHP-DEV] Bug #13305 Updated: Module fails to load with "undefined symbol: libiconv_open"

[sander]

ID: 13305
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: ICONV related
Operating System: Linux 2.4.2-2 (RH 7.1)
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:18:18] [EMAIL PROTECTED]

Does this happen with the snapshot?




[2001-09-17 05:22:52] [EMAIL PROTECTED]

OK I had a think and changed the configure statement to:

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' 
'--with-config-file-path=/usr/local/apache/conf' '--enable-versioning' '--with-mysql' 
'--enable-ftp' '--with-gd=/usr/local/gd1.3' '--enable-bcmath' '--disable-debug' 
'--enable-memory-limit=yes' '--enable-track-vars' '--with-iconv=/usr/local/lib'

this builds and loads OK, iconv is enabled in the phpinfo();

However if I create a test page with just the iconv example, it takes some time, but 
sometimes eventually says the function isn't defined, other times it produces a seg 
fault.

This at least means I can get a backtrace so here it goes:

This GDB was configured as "i386-redhat-linux"...
Core was generated by `/usr/local/apache/bin/httpd'.
Program terminated with signal 11, Segmentation fault.
#1  0x4000d816 in fixup () at eval.c:41
#2  0x4000d9b0 in _dl_runtime_resolve () at eval.c:41
#3  
#4  0x40009e81 in _dl_lookup_versioned_symbol () at eval.c:41
#5  0x4000d816 in fixup () at eval.c:41
#6  0x4000d9b0 in _dl_runtime_resolve () at eval.c:41
#7  0x080616df in main () at eval.c:41
#8  0x400cf177 in __libc_start_main (main=0x8061324 , argc=1, ubp_av=0xbb0c, 
init=0x804f340 <_init>, fini=0x80984d0 <_fini>, 
rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbafc) at 
../sysdeps/generic/libc-start.c:129




James




[2001-09-14 19:20:59] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot: http://snaps.php.net/ ?





[2001-09-14 13:45:42] [EMAIL PROTECTED]

actually as well to configure
--with-iconv=/usr/local/libiconv-1.7

(also tried just --with-iconv)



[2001-09-14 13:44:18] [EMAIL PROTECTED]

configured with

./configure \
 --with-apxs=/usr/local/apache/bin/apxs \
 --with-config-file-path=/usr/local/apache/conf \
 --enable-versioning \
 --with-mysql \
 --enable-ftp \
 --with-gd=/usr/local/gd1.3 \
 --enable-bcmath \
 --disable-debug \
 --enable-memory-limit=yes \
 --enable-track-vars

reported it found iconv ok

i installed libiconv from freshmeat source

it produces on apache start

Cannot load /usr/local/apache/libexec/libphp4.so into server: 
/usr/local/apache/libexec/libphp4.so: undefined symbol: libiconv_open
/usr/local/apache/bin/apachectl sslstart: httpd could not be started


thanks



james





Edit this bug report at http://bugs.php.net/?id=13305&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] Bug #12842 Updated: TSRM/tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int'

[sander]

ID: 12842
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: HP-UX 10.20 and 11.0
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:55:17] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-08-23 02:40:19] [EMAIL PROTECTED]

Date: Thu, 23 Aug 2001 09:41:47 +0300 (EEST)
From: Heikki Korpela <[EMAIL PROTECTED]>

See:

a recently updated stdarg(3) manual page:


http://www.openbsd.org/cgi-bin/man.cgi?query=stdarg&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html


discussion on the gcc list on the matter:

http://gcc.gnu.org/ml/gcc-patches/1999-09/msg00221.html

The same problem was iirc present on OpenBSD. Problem is that mode_t is
a primitive system data type that may be defined as a short or an int
(in theory I think that POSIX even allows a float), depending on
the system; same goes for other such data types, of course.

Unfortunately, I do not have edit access for the bug so I have to
send this to the list directly. Sorry.




[2001-08-22 18:26:02] [EMAIL PROTECTED]

reproduced by [EMAIL PROTECTED] (bug report #11761.




[2001-08-19 10:40:46] [EMAIL PROTECTED]

gcc 3.0:

Making all in TSRM
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. 
-I../main   -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21  -g 
-O2 -c TSRM.c
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. 
-I../main   -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21  -g 
-O2 -c tsrm_strtok_r.c
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. 
-I../main   -DHPUX11 -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21  -g 
-O2 -c tsrm_virtual_cwd.c
tsrm_virtual_cwd.c: In function `virtual_open':
tsrm_virtual_cwd.c:568: `mode_t' is promoted to `int' when passed through `...'
tsrm_virtual_cwd.c:568: (so you should pass `int' not `mode_t' to `va_arg')



Changing "mode_t" to "int" on tsrm_virtual_cwd.c:568 eliminates the error.







Edit this bug report at http://bugs.php.net/?id=12842&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] Bug #12559 Updated: make fails

[sander]

ID: 12559
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Digital Unix 5.1
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:43:28] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-08-03 13:48:19] [EMAIL PROTECTED]


any guess about it ?
will PHP works on Digital Unix 5.1 some day ???

cc: Error: scanf.h, line 48: There is no definition for the inline function named 
scan_set_error_return in this compilation unit. (noinlfunc)
inline void scan_set_error_return(int numVars,pval **return_value);
^
*** Exit 1
Stop.






Edit this bug report at http://bugs.php.net/?id=12559&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] Bug #12534 Updated: Fatal Error: No definition for inline function: scan_set_error_return

[sander]

ID: 12534
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Compaq Tru64 UNIX 5.1 patch 3
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:42:40] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-08-02 12:02:00] [EMAIL PROTECTED]

cc  -I. -I/usr/local/src/php-4.0.6/ext/standard -I/usr/local/src/php-4.0.6/main 
-I/usr/local/src/php-4.0.6 -I/usr/local/src/apache_1.3.19/src/include 
-I/usr/local/src/apache_1.3.19/src/os/unix -I/usr/local/src/php-4.0.6/Zend 
-I/usr/local/src/imap-2001.BETA.SNAP-0107221451/c-client 
-I/usr/local/mysql/include/mysql -I/usr/local/src/php-4.0.6/ext/xml/expat/xmltok 
-I/usr/local/src/php-4.0.6/ext/xml/expat/xmlparse -I/usr/local/src/php-4.0.6/TSRM  
-DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -O4 -ansi_alias -inline speed -arch host  -c file.c 
&& touch file.lo
cc: Error: scanf.h, line 48: There is no definition for the inline function named 
scan_set_error_return in this compilation unit. (noinlfunc)
inline void scan_set_error_return(int numVars,pval **return_value);
^
make[3]: *** [file.lo] Error 1
make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard'
make[2]: *** [all-recursive] Error 1
# uname -a
OSF1 lehrer V5.1 732 alpha
# cc -V
Compaq C V6.3-025 on Compaq Tru64 UNIX V5.1 (Rev. 732)
Compiler Driver V6.3-026 (sys) cc Driver






Edit this bug report at http://bugs.php.net/?id=12534&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] Bug #12279 Updated: error 2 (bu21)

[sander]

ID: 12279
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: unixware 7.1.1
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:41:09] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from 
http://snaps.php.net/ ?

And are those the only errors you get?
Are you sure there aren't any other errors before?

--Jani





[2001-07-20 08:24:34] [EMAIL PROTECTED]

For the installation of PHP, after the compilation of PHP (via MAKE), I launch the 
installation's command (make install) and the code appears :
Making install in Zend
Making install in main
Making install in ext
Making install in mysql
Making install in pcre
Making install in pcrelib
Making install in posix
Making install in session
Making install in standard
Making install in xml
Making install in expat
Making install in xmltok
Making install in xmlparse
Making install in sapi
Making install in apache
Making install in TSRM
Making install in regex
Making install in .
mkdir -p /appl/apache_1.3.9/src/modules/php4; cp libs/libphp4.a 
/appl/apache_1.3.9/src/modules/php4/libmodphp4.a; cp 
/appl/php-4.0.6//sapi/apache/mod_php4.* sapi/apache/libphp4.module 
/appl/apache_1.3.9/src/modules/php4; cp ./sapi/apache/apMakefile.tmpl 
/appl/apache_1.3.9/src/modules/php4/Makefile.tmpl; cp ./sapi/apache/apMakefile.libdir 
/appl/apache_1.3.9/src/modules/php4/Makefile.libdir
*** Code d'erreur 2 (bu21)
*** Code d'erreur 1 (bu21)








Edit this bug report at http://bugs.php.net/?id=12279&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] Bug #12147 Updated: Very similar to 10185, but with Oracle 8.0.3

[sander]

ID: 12147
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: IRIX
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:23:00] [EMAIL PROTECTED]

http://www.cise.ufl.edu/help/FAQ/faq_sec_17.shtml

And the section 17.5 which says:

"Recompile all old libraries and object files as -n32. Alternately, you can force new 
compilations to be in the -o32 format by adding the -o32 flag to your compile flags, 
but in general, it is easier to switch to the new -n32 format (then, you'll never need 
to worry about adding extra compile flags)."

This bug report has more info how to workaround this: 
http://bugs.php.net/bug.php?id=7731



[2001-07-13 13:51:13] [EMAIL PROTECTED]

After I coped with problem, same as in 10636, i have a very similar message as in 
10185, but with Oracle 8.0.3 on IRIX

ld32: FATAL: 12:Expecting n32 objects: /disk2/oracle8/lib/libclntsh.so is o32.

Can anyone explain me what's n32 and o32?





Edit this bug report at http://bugs.php.net/?id=12147&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] Bug #12145 Updated: the same as 10636, but on IRIX

[sander]

ID: 12145
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: OCI8 related
Operating System: IRIX
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:15:03] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2001-07-13 13:52:40] [EMAIL PROTECTED]

adding #undef HAVE_OCI_TEMP_LOB to config.h helped.



[2001-07-13 13:26:09] [EMAIL PROTECTED]

I got the same compile problem as in 10636, but with IRIX, Oracle 8.0.xx and php-4.0.6





Edit this bug report at http://bugs.php.net/?id=12145&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] Bug #12207 Updated: shared library created not loadable

[sander]

ID: 12207
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: HP-UX 11
PHP Version: 4.0.6
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 09:25:16] [EMAIL PROTECTED]

Could you please try the latest CVS snapshot from 
http://snaps.php.net/ as it uses more recent version of libtool (1.4).

--Jani





[2001-07-17 10:09:42] [EMAIL PROTECTED]

Configure script:

#! /bin/ksh -px

export PATH=/cadappl/bin:/opt/aCC/bin:$PATH
export LPATH=/usr/lib:/cadappl/mysql/3.22.32/lib:/nlww/user1/apache/pdflib/lib:/
cadappl/tifflib/3.5.4/lib:/cadappl/jpeglib/6b/lib:/cadappl/pnglib/1.0.8/lib:/cad
appl/zlib/1.1.3/lib:/

./configure \
  --prefix=/nlww/user1/apache/php \
  --with-apxs=/nlww/user1/apache/bin/apxs \
  --with-config-file-path=/nlww/user1/apache/php/lib \
  --enable-safe-mode \
  --with-mysql=/nlww/user1/apache/mysql\
  --with-pdflib=/nlww/user1/apache/pdflib \
  --with-zlib-dir=/cadappl/zlib/1.1.3 \
  --with-jpeg-dir=/cadappl/jpeglib/6b \
  --with-png-dir=/cadappl/pnglib/1.0.8 \
  --with-tiff-dir=/cadappl/tifflib/3.5.4 \
  --with-zlib=/cadappl/zlib/1.1.3 \

When using version 4.0.4pl1 everything works fine.
Using version 4.0.6 apache won't start complaining it can't find the libraries of 
tifflib, zlib, etc.

Possible cause:
When using 4.0.6 libtool is generated different:
Output from diff 4.0.4pl1/libtool 4.0.6/libtool:

39c39
< # CC="cc" CFLAGS="-g" CPPFLAGS=" -DHPUX11 -D_HPUX_SOURCE -DUSE_HSREGEX -DUSE_EXPAT 
-DXML_BYTE_ORDER=21" \
---
> # CC="cc" CFLAGS="-g" CPPFLAGS=" -DHPUX11 -D_HPUX_SOURCE -DUSE_HSREGEX -DUSE_EXPAT 
>-DSUPPORT_UTF8 -DXML_BYTE_ORDER=21" \
184c184
< deplibs_check_method="file_magic (s[0-9][0-9][0-9]|PA-RISC[0-9].[0-9]) shared 
library"
---
> deplibs_check_method="unknown"
187c187
< file_magic_cmd="/usr/bin/file"
---
> file_magic_cmd=""

When editing libtool and changing deplibs_check_method and 
file_magic_cmd everything is going fine and the apache daemon will start.






Edit this bug report at http://bugs.php.net/?id=12207&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] Bug #9901 Updated: When running the make it fails

[sander]

ID: 9901
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: Digital Unix 5.1
PHP Version: 4.0.4pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 07:22:25] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6? Or with latest CVS
snapshot from http://snaps.php.net/ ?

--Jani




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

Basically we run the first 7 or 8 steps in the install instructions, but when we go 
and run amke we get the following: list' previously declared here
mips-tfile, /tmp/cc8HgmOE.s:8 Invalid .stabs/.stabn directive, value not found
line:#.stabs "/usr/local/php-4.0.4pl1/Zend/",100,0,0,$Ltext0

mips-tfile, /tmp/cc8HgmOE.s:9 Invalid .stabs/.stabn directive, value not found
line:#.stabs "zend_sprintf.c",100,0,0,$Ltext0

mips-tfile, /tmp/cc8HgmOE.s:194 Segmentation fault
line:#.stabs "zend_write_func_t:t269=253",128,0,246,0

*** Exit 1
Stop.
*** Exit 1
Stop.

Any guess as to why I can' get this to compile on my machine.






Edit this bug report at http://bugs.php.net/?id=9901&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] Bug #10185 Updated: compile fails when using --with-oci8

[sander]

ID: 10185
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: IRIX 6.5
PHP Version: 4.0.4pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 07:27:21] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6? Or with latest CVS snapshot
from http://snaps.php.net/ ?

--Jani




[2001-04-05 10:30:55] [EMAIL PROTECTED]

When I try to compile with oci8 support, I get an error.

ORACLE Release is 8.1.5.0.1

Here is my ./configure command, and the output from make

#./configure --prefix=/tmp/php/php4
--with-config-file-path=/tmp/php/php4/conf --with-oci8

#make
Making all in .
gcc  -I. -I/export/tmp/php/php-4.0.4pl1/
-I/export/tmp/php/php-4.0.4pl1/main
-I/export/tmp/php/php-4.0.4pl1
-I/export/tmp/php/php-4.0.4pl1/Zend
-I/export/tmp/php/php-4.0.4pl1/ext/mysql/libmysql
-I/packages/run/oracle81/OraHome1/rdbms/demo
-I/packages/run/oracle81/OraHome1/network/public
-I/packages/run/oracle81/OraHome1/plsql/public
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmltok
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/export/tmp/php/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=21 -g
-O2  -c stub.c && touch stub.lo
/bin/sh /export/tmp/php/php-4.0.4pl1/libtool
--silent --mode=link gcc  -I.
-I/export/tmp/php/php-4.0.4pl1/
-I/export/tmp/php/php-4.0.4pl1/main
-I/export/tmp/php/php-4.0.4pl1
-I/export/tmp/php/php-4.0.4pl1/Zend
-I/export/tmp/php/php-4.0.4pl1/ext/mysql/libmysql
-I/packages/run/oracle81/OraHome1/rdbms/demo
-I/packages/run/oracle81/OraHome1/network/public
-I/packages/run/oracle81/OraHome1/plsql/public
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmltok
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/export/tmp/php/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=21 -g
-O2   -o libphp4.la -rpath /export/tmp/php/php-4.0.4pl1/libs
-L/packages/run/oracle81/OraHome1/lib  -R
/packages/run/oracle81/OraHome1/lib stub.lo  Zend/libZend.la
 sapi/cgi/libsapi.la  main/libmain.la  regex/libregex.la
ext/mysql/libmysql.la ext/oci8/liboci8.la
ext/pcre/libpcre.la ext/posix/libposix.la
ext/session/libsession.la ext/standard/libstandard.la
ext/xml/libxml.la  TSRM/libtsrm.la -ldl -lm -lexc -lgen -lm
-ldl -lcrypt -lsocket -lsocket -lclntsh
/bin/sh /export/tmp/php/php-4.0.4pl1/libtool
--silent --mode=link gcc  -I.
-I/export/tmp/php/php-4.0.4pl1/
-I/export/tmp/php/php-4.0.4pl1/main
-I/export/tmp/php/php-4.0.4pl1
-I/export/tmp/php/php-4.0.4pl1/Zend
-I/export/tmp/php/php-4.0.4pl1/ext/mysql/libmysql
-I/packages/run/oracle81/OraHome1/rdbms/demo
-I/packages/run/oracle81/OraHome1/network/public
-I/packages/run/oracle81/OraHome1/plsql/public
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmltok
-I/export/tmp/php/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/export/tmp/php/php-4.0.4pl1/TSRM  -DXML_BYTE_ORDER=21 -g
-O2   -o php -export-dynamic  stub.lo libphp4.la
ld32: WARNING 84 : /usr/lib32/libdl.so is not used for
resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libexc.so is not used for
resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libgen.so is not used for
resolving any symbol.
ld32: WARNING 84 : /usr/lib32/libsocket.so is not used for
resolving any symbol.
ld32: FATAL   12 : Expecting n32 objects:
/packages/run/oracle81/OraHome1/lib/libclntsh.so is n64.
collect2: ld returned 4 exit status
*** Error code 1 (bu21)
*** Error code 1 (bu21)







Edit this bug report at http://bugs.php.net/?id=10185&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] Bug #10564 Updated: feof bug isn't fixed in windows versions.

[sander]

ID: 10564
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Filesystem function related
Operating System: win NT 4.0
PHP Version: 4.0.4pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 14:29:07] [EMAIL PROTECTED]

Can you try the latest version (4.0.6) or a dev-version (from 
http://208.44.124.20/php-dev-win/)



[2001-04-30 13:26:45] [EMAIL PROTECTED]


while (!feof($sock)) {
echo fgets ($sock, 128);
}
fclose ($sock);


This hangs forever, even though remote end closes connection
within 120 miliseconds.  this is a known bug (discussed on the list), but the fix 
apperently didn't make it into the prepackaged windows release.  Please do let me know 
when this is fixed, for i need it more than i need cocaine (and i really really need 
cocaine) thank you.







Edit this bug report at http://bugs.php.net/?id=10564&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] Bug #7731 Updated: compilation with deprecated abi (no -n32)

[sander]

ID: 7731
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Compile Failure
Operating System: IRIX 6.5 (6.5.8m)
PHP Version: 4.0.3pl1
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 06:42:50] [EMAIL PROTECTED]

Could you please test latest CVS snapshot from 
http://snaps.php.net/ ? It uses the more recent libtool.
Maybe it has fixed this? (I don't have access to any IRIX systems)

--Jani





[2000-11-09 12:20:51] [EMAIL PROTECTED]

Under IRIX OS all code is generally compiled at least with the -n32 option.
Since more than one object format exists SGI states that a portable lib/app would be 
compiled with the -n32 option. Moreover this is a de facto standard when you need to 
link toghether more libs (from separate vendors) because different object abi does not 
link togheter.
Under newer platform this is the default but on older you must specify the option 
above NOT ONLY to the compiler but to the linker too (if as you do do not let the 
compiler to invoke the linker).
I do not known the GNU libtool but to overcome the problem i simply set the following 
environment variables before run the configure script:
setenv CFLAGS '-n32 -INLINE -O2 -OPT:Olimit=0'
setenv LDFLAGS -n32
apart from the csh syntax note that the -INLINE directive is given to ensure proper 
inlining and the -O2 and following Olimit is for ensure that optimization is turned on 
without memory limit





Edit this bug report at http://bugs.php.net/?id=7731&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] Bug #7152 Updated: Can't close a connexion to a database

[sander]

ID: 7152
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Informix related
Operating System: LINUX REDHAT 6.1
PHP Version: 4.0.2
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:31:11] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2000-10-12 04:24:17] [EMAIL PROTECTED]

I use Informix 7.3 Dynamic Server





after that if I do a non-Select query it returns an error like "ISAM error : File 
locked"
Any idea will be welcome. 
Note that it gives the same result even if I use ifx_connect instead of ifx_pconnect.





Edit this bug report at http://bugs.php.net/?id=7152&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] Bug #7173 Updated: Invalid IFX link resource

[sander]

ID: 7173
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Informix related
Operating System: Solaris 2.6
PHP Version: 4.0.3
New Comment:

No feedback. Closing.

Previous Comments:


[2001-10-23 11:32:01] [EMAIL PROTECTED]

Does this happen with latest CVS snapshot from http://snaps.php.net/ ?




[2000-10-13 01:18:20] [EMAIL PROTECTED]

$link = ifx_connect ("web@venus","web","nec") || die ("Could not connect");
$qstr = "SELECT Name, Email, Extension FROM tabStaff";
$result = ifx_query($qstr,$link);
...

Warning: Supplied argument is not a valid IFX link resource in 
/opt/local/apache/htdocs/test/sysadmin/staff/nstc_staff.php on line 10

I also tried with 
$result = ifx_query($qstr,$link,0,0);

but no luck.

Here how I built PHP4.0.3:
configure --with-informix=/opt/informix --with-xml --with-apache=../apache_1.3.12 
--enable-track-vars

no /usr/local/lib/php.ini

Informix IDS 7.31, CSDK 2.40, gcc 2.8.

However, the same code works fine with Apache 1.3.12, PHP 3.0.16 and Informix IDS 
7.31.








Edit this bug report at http://bugs.php.net/?id=7173&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]