NEOHAPSIS - Peace of Mind Through Integrity and Insight

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com

Neohapsis > Archives > PHP Discussion Digest> 2004-02

php-general Digest 14 Feb 2004 07:31:24 -0000 Issue 2589

php-general-digest-helplists.php.net
Date: Sat Feb 14 2004 - 01:31:24 CST

Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

php-general Digest 14 Feb 2004 07:31:24 -0000 Issue 2589

Topics (messages 177628 through 177685):

Apache+modssl+php problem??? possible IE bug?
        177628 by: Chris Wilson
        177652 by: Scott Fletcher
        177655 by: Scott Fletcher
        177660 by: Al
        177680 by: Jason Wong

Re: PHP License question
177629 by: Ben Ramsey

Re: preg guru question
        177630 by: joel boonstra
        177632 by: joel boonstra
        177653 by: Adam Bregenzer
        177667 by: André Cerqueira
        177679 by: André Cerqueira
        177682 by: Adam Bregenzer
        177684 by: André Cerqueira

Another preg question
        177631 by: Al
        177633 by: Matt Matijevich
        177659 by: Al

Re: imagecreate undefined...?
177634 by: Brian V Bonini
177635 by: Vail, Warren

Re: Browser Detection another page
177636 by: Stuart
177637 by: joel boonstra

Re: [Q]PHP not taking input values from forms
177638 by: Dan Aloma
177654 by: Vail, Warren

Re: compile problem
177639 by: Sam Masiello
177661 by: Scott Fletcher

What PHP function can detect session being expired??
        177640 by: Scott Fletcher
        177673 by: Marek Kilimajer
        177674 by: Richard Davey

PHP 4.3.4 ftp_rawlist null output
177641 by: Federico Petronio

Re: Make a TR/TD resize to fill a space?
        177642 by: Matt Hedges
        177644 by: Chris W. Parker
        177657 by: Paul Furman

[Q] Howto go directly to a URL?
        177643 by: Michael T. Peterson
        177645 by: Alex Hogan
        177646 by: Chris W. Parker
        177647 by: Matt Matijevich
        177648 by: Chris W. Parker
        177676 by: Phillip Jackson
        177677 by: Michael T. Peterson
        177678 by: Richard Davey

Re: syntax help
177649 by: John Kaspar

Linking to files in a mysql db
177650 by: David E. Newberger
177675 by: Richard Davey

Hard links
        177651 by: Ryan A
        177656 by: BAO RuiXian
        177672 by: Marek Kilimajer

logo
177658 by: rostik
177662 by: Chris W. Parker

cli input and screen question(s)
        177663 by: Matthias Nothhaft
        177664 by: André Cerqueira
        177666 by: Richard Davey
        177668 by: Chris W. Parker
        177669 by: Adam Bregenzer

Fedora FC1 + PHP 4.3.4 + phpMyAdmin 2.5.6 rc1 - Problems Resolving Included Files
        177665 by: Radi Shourbaji
        177670 by: BAO RuiXian
        177671 by: Chris W. Parker

Session, loging users in.
177681 by: Philip J. Newman
177683 by: Adam Bregenzer

General Function usage question (simple)
177685 by: Dave Carrera

Administrivia:

To subscribe to the digest, e-mail:
php-general-digest-subscribelists.php.net

To unsubscribe from the digest, e-mail:
php-general-digest-unsubscribelists.php.net

To post to the list, e-mail:
php-generallists.php.net

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

attached mail follows:

When in IE, submitting any form on our https page, the post variables
intermittantly don't come through.

The get variables come through fine. Just not the $_POST variables.

I have tried everything to get this to work. Everything was working fine
but it seems after we updated IE with the last critical updates this
started to become an issue.

We have rebuilt servers, and installed apache+modssl+php from /usr/ports,
as well as manually and have been unable to resolv this issue.

We are using a generic installation of apache+modssl+php with the included
php.ini, only modifications being Register_globals on and safe_mode off

We have also tried backing down to an earlier version of php and apache
(php 4.3.1, modssl 2.8.15 and apache 1.3.28, which we were running before
the rebuild)

Netscape seems to work fine. Once again, this only seems to be happening
on secure pages.

We have tried on multiple workstations, and our customers seem to be
effected by this too.

Does anyone know what this might be? possibly an IE bug?

Any help would be apreciated.

Thanks! :)

Chris Wilson

attached mail follows:

Try the $_REQUEST variable, this is where both the $_GET and $_POST come
from and let us know how it goes...

Scott F.

"Chris Wilson" <cwilsonnetxn.com> wrote in message
news:3816.66.75.58.239.1076699805.squirrel66.75.58.239...
> When in IE, submitting any form on our https page, the post variables
> intermittantly don't come through.
>
> The get variables come through fine. Just not the $_POST variables.
>
> I have tried everything to get this to work. Everything was working fine
> but it seems after we updated IE with the last critical updates this
> started to become an issue.
>
>
> We have rebuilt servers, and installed apache+modssl+php from /usr/ports,
> as well as manually and have been unable to resolv this issue.
>
> We are using a generic installation of apache+modssl+php with the included
> php.ini, only modifications being Register_globals on and safe_mode off
>
> We have also tried backing down to an earlier version of php and apache
> (php 4.3.1, modssl 2.8.15 and apache 1.3.28, which we were running before
> the rebuild)
>
>
> Netscape seems to work fine. Once again, this only seems to be happening
> on secure pages.
>
>
> We have tried on multiple workstations, and our customers seem to be
> effected by this too.
>
>
> Does anyone know what this might be? possibly an IE bug?
>
> Any help would be apreciated.
>
> Thanks! :)
>
>
> Chris Wilson

attached mail follows:

I mean, I sometime found a few POST data had incorrectly went over to the
GET data. I don't know it's a PHP problem but more of a web browser
problem.

Scott F.
"Scott Fletcher" <scottabcoa.com> wrote in message
news:20040213213244.28840.qmailpb1.pair.com...
> Try the $_REQUEST variable, this is where both the $_GET and $_POST come
> from and let us know how it goes...
>
> Scott F.
>
> "Chris Wilson" <cwilsonnetxn.com> wrote in message
> news:3816.66.75.58.239.1076699805.squirrel66.75.58.239...
> > When in IE, submitting any form on our https page, the post variables
> > intermittantly don't come through.
> >
> > The get variables come through fine. Just not the $_POST variables.
> >
> > I have tried everything to get this to work. Everything was working fine
> > but it seems after we updated IE with the last critical updates this
> > started to become an issue.
> >
> >
> > We have rebuilt servers, and installed apache+modssl+php from
/usr/ports,
> > as well as manually and have been unable to resolv this issue.
> >
> > We are using a generic installation of apache+modssl+php with the
included
> > php.ini, only modifications being Register_globals on and safe_mode off
> >
> > We have also tried backing down to an earlier version of php and apache
> > (php 4.3.1, modssl 2.8.15 and apache 1.3.28, which we were running
before
> > the rebuild)
> >
> >
> > Netscape seems to work fine. Once again, this only seems to be happening
> > on secure pages.
> >
> >
> > We have tried on multiple workstations, and our customers seem to be
> > effected by this too.
> >
> >
> > Does anyone know what this might be? possibly an IE bug?
> >
> > Any help would be apreciated.
> >
> > Thanks! :)
> >
> >
> > Chris Wilson

attached mail follows:

Did you try
print_r($_SESSION); to see if anything is getting into the buffer?

Chris Wilson wrote:

>When in IE, submitting any form on our https page, the post variables
>intermittantly don't come through.
>
>The get variables come through fine. Just not the $_POST variables.
>
>I have tried everything to get this to work. Everything was working fine
>but it seems after we updated IE with the last critical updates this
>started to become an issue.
>
>
>We have rebuilt servers, and installed apache+modssl+php from /usr/ports,
>as well as manually and have been unable to resolv this issue.
>
>We are using a generic installation of apache+modssl+php with the included
>php.ini, only modifications being Register_globals on and safe_mode off
>
>We have also tried backing down to an earlier version of php and apache
>(php 4.3.1, modssl 2.8.15 and apache 1.3.28, which we were running before
>the rebuild)
>
>
>Netscape seems to work fine. Once again, this only seems to be happening
>on secure pages.
>
>
>We have tried on multiple workstations, and our customers seem to be
>effected by this too.
>
>
>Does anyone know what this might be? possibly an IE bug?
>
>Any help would be apreciated.
>
>Thanks! :)
>
>
>Chris Wilson
>
>

attached mail follows:

On Saturday 14 February 2004 05:44, Scott Fletcher wrote:
> I mean, I sometime found a few POST data had incorrectly went over to the
> GET data. I don't know it's a PHP problem but more of a web browser
> problem.

If something like that really is happening then it seems like a pretty serious
bug. Do you have sample code and version numbers?

--
Jason Wong -> Gremlins Associates -> www.gremlins.biz
Open Source Software Systems Integrators
* Web Design & Hosting * Internet & Intranet Applications Development *
------------------------------------------
Search the list archives before you post
http://marc.theaimsgroup.com/?l=php-general
------------------------------------------
/*
In a consumer society there are inevitably two kinds of slaves:
the prisoners of addiction and the prisoners of envy.
*/

attached mail follows:

Yup. I believe that's what you have to do in order to satisfy the
restrictions in the GPL.

Gerard Samuel wrote:
> So to clarify.
> If I have a piece of code that utilises PEAR's Tar class (which uses a PHP
> License). In order for me to distribute my piece of code (under the GPL)
> along with the Tar class, I have to include this "exception" along with the
> normal GPL'ed notice in my code?

attached mail follows:

On Sat, Feb 14, 2004 at 03:05:40AM +0800, Jason Wong wrote:
> $doo[1] = '<img src="dah.jpg">';
> $doo[2] = "<img src='doo.jpg'>";
>
> foreach ($doo as $dah) {
> if (preg_match('/<img src=["|\'](.*)\.(.*)["|\']>/i', $dah, $matches)) {
> print_r($matches);
> }
> }

Note that characters within square brackets don't need to have the | to
separate them; it's a character class, so it will match any character
within the brackets:

if (preg_match('/<img src=["\'](.*)\.(.*)["\']>/i', $dah, $matches)) {

Also, it's probably good to put a non-greedy modifier after the *s to
prevent .* from matching too much. Compare:

<?
$doo[1] = '<img src="dah.jpg"><img src="blah.jpg">';
$doo[2] = "<img src='doo.jpg'>";

foreach ($doo as $dah) {
 if (preg_match('/<img src=["\'](.*)\.(.*)["\']>/i', $dah, $matches)) {
 print_r($matches);
 }
 # adding ? after the *
 if (preg_match('/<img src=["\'](.*?)\.(.*?)["\']>/ig', $dah, $matches)) {
 print_r($matches);
 }
}
?>

'Course, it still doesn't match multiple images in one line.
preg_match_all() could probably help out there.

joel

--
[ joel boonstra | gospelcom.net ]

attached mail follows:

On Fri, Feb 13, 2004 at 02:19:11PM -0500, joel boonstra wrote:
<snip>
> if (preg_match('/<img src=["\'](.*?)\.(.*?)["\']>/ig', $dah, $matches)) {
> print_r($matches);
> }

Doh! The '/ig' should just be '/i'.

joel

--
[ joel boonstra | gospelcom.net ]

attached mail follows:

On Fri, 2004-02-13 at 13:25, pete M wrote:
> Im trying to scan a file and lift the image name from the <img tag
>
> ie
> <img src="THISBIT.ext">
> where there could be ' or "
>
> I messed around but am 2 embarassed to post code cos it dont work ;-(

Always post code, it can help us understand what you are looking to do.
Are you looking for a regexp?
'/<img\s+src=([\'"])([^\1]+)\1\s*\/?\s*>/i'

--
Adam Bregenzer
adambregenzer.net
http://adam.bregenzer.net/

attached mail follows:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

did you post the same message 7 times?

try:
<?
$subject = '<img src="THIS12BIT.ext">';
$pattern = '/<img[\s]+?src=[\'"](.+?)[\'"].*?>/i';

$matchFound = preg_match_all ($pattern, $subject, $matches, PREG_SET_ORDER);

print_r($matches);
//$matches[$i][1] is what really matters
?>

that pattern may not be the best regex to use, but i think it works for
most cases

Pete M wrote:

> Im trying to scan a file and lift the image name from the <img tag
>
> ie
> <img src="THISBIT.ext">
> where there could be ' or "
>
> I messed around but am 2 embarassed to post code cos it dont work ;-(
>
> thanks in advance
>
> pete
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFALXUxaxdA/5C8vH8RAtlAAKDUHsfEXVlKDZJRAg0I22rtpJxmsQCgjmze
xBmlxQW6SbHMaHV+A/dGydA=
=uxyA
-----END PGP SIGNATURE-----

attached mail follows:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

oops...
sorry
strange bug happened on my newsreader...
'joel boonstra' regex seems to be the better one hehe
all others forgot that if u start with ', u must end with ' hehe (same
thing with " :p)

i dont know why i used square brakets for \s... kinda stupid hehe

André cerqueira wrote:
> did you post the same message 7 times?
>
> try:
> <?
> $subject = '<img src="THIS12BIT.ext">';
> $pattern = '/<img[\s]+?src=[\'"](.+?)[\'"].*?>/i';
>
> $matchFound = preg_match_all ($pattern, $subject, $matches,
> PREG_SET_ORDER);
>
> print_r($matches);
> //$matches[$i][1] is what really matters
> ?>
>
>
> that pattern may not be the best regex to use, but i think it works for
> most cases
>
>
> Pete M wrote:
>
>>> Im trying to scan a file and lift the image name from the <img tag
>>>
>>> ie
>>> <img src="THISBIT.ext">
>>> where there could be ' or "
>>>
>>> I messed around but am 2 embarassed to post code cos it dont work ;-(
>>>
>>> thanks in advance
>>>
>>> pete
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFALbEmaxdA/5C8vH8RArxLAJwNJXHouP4meJXRo4c+8xye12H/4QCgk5gE
YHIReAkKxtFwyD7dLWZIPWc=
=2eBJ
-----END PGP SIGNATURE-----

attached mail follows:

On Sat, 2004-02-14 at 00:24, André Cerqueira wrote:
> strange bug happened on my newsreader...
> 'joel boonstra' regex seems to be the better one hehe
> all others forgot that if u start with ', u must end with ' hehe (same
> thing with " :p)

As far as I could tell the regexp I posted was the only one to use a
subpattern to match the first quote type used and then re-apply that
after matching the file name:
'/<img\s+src=([\'"])([^\1]+)\1\s*\/?\s*>/i'

I am a bit of a regular expression fan and I would be interested in
seeing another way to match without using subpatterns. What was Joel's
regexp again?

--
Adam Bregenzer
adambregenzer.net
http://adam.bregenzer.net/

attached mail follows:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

lol
i meant you, but i wrote the other name instead...
sorry again

Adam Bregenzer wrote:
> On Sat, 2004-02-14 at 00:24, André Cerqueira wrote:
>
>>strange bug happened on my newsreader...
>>'joel boonstra' regex seems to be the better one hehe
>>all others forgot that if u start with ', u must end with ' hehe (same
>>thing with " :p)
>
>
> As far as I could tell the regexp I posted was the only one to use a
> subpattern to match the first quote type used and then re-apply that
> after matching the file name:
> '/<img\s+src=([\'"])([^\1]+)\1\s*\/?\s*>/i'
>
> I am a bit of a regular expression fan and I would be interested in
> seeing another way to match without using subpatterns. What was Joel's
> regexp again?
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFALdBKaxdA/5C8vH8RAj1mAKDGqh7PJ6ABbngRiKcU25nj1IDZgACg3R7C
yrvcY9EXqu9c2cw2FhilUcg=
=OFjv
-----END PGP SIGNATURE-----

attached mail follows:

I'm trying to clean up newline code received from a browser textarea.

First, I'm normalizing the newline codes to Unix with:

$text= preg_replace("/(\r\n|\r)/", "\n", $text);
//this seems to work OK

Next, I want to remove excessive CR/LF, [i.e. more than 2]

$text= preg_replace("/\n\n+/", "\n\n", $text);
// remove excess This doesn't seem to do anything.

Thanks.....

attached mail follows:

<snip>
Next, I want to remove excessive CR/LF, [i.e. more than 2]

$text= preg_replace("/\n\n+/", "\n\n", $text);

// remove excess This doesn't seem to do anything.
</snip>

not 100% sure this is right but give it a try

$text = preg_replace("/\n\n+|\n\r[\n\r]+|\r\r+/", "\n\n", $text);

attached mail follows:

Didn't work. I'm beginning to think the problem is more involved. I am
going to break out just the essentials of the code that is involved and
debug just it.

Thanks....

Matt Matijevich wrote:

><snip>
>Next, I want to remove excessive CR/LF, [i.e. more than 2]
>
>$text= preg_replace("/\n\n+/", "\n\n", $text);
>
> // remove excess This doesn't seem to do anything.
></snip>
>
>not 100% sure this is right but give it a try
>
>$text = preg_replace("/\n\n+|\n\r[\n\r]+|\r\r+/", "\n\n", $text);
>
>

attached mail follows:

On Fri, 2004-02-13 at 11:00, Eric wrote:
> However, when I run it, I get an error:
>
> Fatal error: Call to undefined function: imagecreate() in [file name] on line 3

Sound like your version was complied without GD support.
http://www.php.net/manual/en/ref.image.php

--
Brian GnuPG -> KeyID: 0x04A4F0DC | URL: www.gfx-design.com/keys
Key Server: pgp.mit.edu
======================================================================
gpg --keyserver pgp.mit.edu --recv-keys 04A4F0DC
GnuPG: http://gnupg.org
http://www.biglumber.com/x/web?qs=0x2C35011004A4F0DC
Linux Registered User #339825 at http://counter.li.org

attached mail follows:

Have you tried dynamically loading the GD functions;

http://us2.php.net/manual/en/function.dl.php

if (!extension_loaded('php_gd')) {
   if (strtoupper(substr(PHP_OS, 0, 3) == 'WIN')) {
       dl('php_gd.dll');
   } else {
       dl('gd.so');
   }
}

not sure all the names above are correct and you can eliminate a lot of
stuff for Win/Linux installations if you are not targeting both versions.

Warren Vail

-----Original Message-----
From: Richard Davey [mailto:richlaunchcode.co.uk]
Sent: Friday, February 13, 2004 8:07 AM
To: Eric
Cc: php-generallists.php.net
Subject: Re: [PHP] imagecreate undefined...?

Hello Eric,

Friday, February 13, 2004, 4:00:02 PM, you wrote:

E> Fatal error: Call to undefined function: imagecreate() in [file name] on
line 3
E> I am running under MacOSX 10.3.2 and PHP 4.3.2.

Sounds very much like you have PHP without the image library compiled
into it. I don't know where to obtain that lib for the Mac, sorry -
but I'm sure someone will.

--
Best regards,
Richard mailto:richlaunchcode.co.uk
http://www.phpcommunity.org/wiki/296.html

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

attached mail follows:

memoimyselfyahoo.com.br wrote:
> Before you read my comments below, let me say that I'm not trying to prove you
> *wrong* or even express disagreement with the points you made; I'm just interested in
> your reasons.

An interesting topic, but the OP was checking if the client was a PDA.
Maybe it's just me, but I feel that serving a site that wasn't designed
for viewing on PDAs to PDAs is generally a bad thing.

--
Stuart

attached mail follows:

On Fri, Feb 13, 2004 at 08:01:00PM +0000, Stuart wrote:
> memoimyselfyahoo.com.br wrote:
> >Before you read my comments below, let me say that I'm not trying to prove
> >you *wrong* or even express disagreement with the points you made; I'm
> >just interested in your reasons.
>
> An interesting topic, but the OP was checking if the client was a PDA.
> Maybe it's just me, but I feel that serving a site that wasn't designed
> for viewing on PDAs to PDAs is generally a bad thing.

True, PDAs can't generally handle the same size/number of graphics that
a desktop browser can.

But what about the Treo? The Sidekick? The Zaurus? Do those get
browser-detected as well? Or will they still get the same
designed-for-desktop site that all non-WinCE devices get?

As an alternative, use the same (X)HTML, and design an alternate
stylesheet for handhelds, using the CSS media type options:

http://www.w3.org/TR/REC-CSS2/media.html#media-types

Now you can maintain the same content, and just have two different
stylesheets.

'Course, this is the ideal; it's probably the case that not all handheld
browsers recognize media="handheld" like they should. Perhaps the
import rule trick will work, as well. There is some discussion on
alistapart:

http://www.alistapart.com/articles/slashdot2/

about handheld emulators, and how XHTML/CSS-designed sites appear on
them.

However, this is way way OT now, and should probably be carried on
offlist. Or, better yet, I bet css-discuss can provide tips for using
CSS to support handheld browsers, without having to duplicate content or
do browser sniffing.

--
[ joel boonstra | gospelcom.net ]

attached mail follows:

when i run that, it doesn't show return anything. I really don't understand
what's going on with php. I know it's working fine, it's just not returning
anything. Even scripts that I KNOW for a fact should be working (i.e. they
work for everyone else), don't work for me. Any other ideas? I REALLY need
to get this running, and it's upsetting because I don't get what's going on.
TIA.

>From: "Vail, Warren" <Warren.Vailschwab.com>
>To: "'Philip Olson'" <philipcornado.com>, Dan Aloma
><digistuff1hotmail.com>
>CC: accerqueirasuperig.com.br, php-generallists.php.net
>Subject: RE: [PHP] [Q]PHP not taking input values from forms
>Date: Thu, 12 Feb 2004 14:03:05 -0800
>
>Suggestion,
>
>Stick the following line of code in a spot in the php code that gets
>control
>from the form submit and see what is actually being passed from the form;
>
>foreach($_POST as $k => $v) echo "POST[".$k."] = [".$v."] ";
>
>see if this shows you what you are looking for.
>
>NOTE: if you are not using the form "POST" method, change all instances of
>"POST" to "GET" in the statement.
>
>good luck,
>
>Warren Vail
>
>
>-----Original Message-----
>From: Philip Olson [mailto:philipcornado.com]
>Sent: Thursday, February 12, 2004 1:55 PM
>To: Dan Aloma
>Cc: accerqueirasuperig.com.br; php-generallists.php.net
>Subject: Re: [PHP] [Q]PHP not taking input values from forms
>
>
>
> > > > that tag is working fine and shows me the info. For some reason php
>will
> > > > take input values only from the URL, not from the html code. any
>ideas?
> > >
> > >A few questions:
> > >
> > > a) What's the exact version of PHP?
> > > b) Please post the smallest possible form that creates this
> > > problem.
> > > c) And how are you attempting to access these form values?
> > >
> > >If you're interested in some working examples and related
> > >information, have a look at the following manual page:
> > >
> > > http://www.php.net/variables.external
> >
> > Thanks for the suggestions, first of all. I tried that exact code from
>the
>
> > code you included and I cut and pasted the "Simple HTML Form", and below
> > that I pasted the "Accessing Data..." php code. When I go to the page,
>all
>
> > it does after I hit the submit button with data in the fields, is say
>"no
> > input file specified". But when I run it through the url giving the
>input
> > names with values, it returns them. I tried getting it working with like
>ten
> > people so far, and no one's been able to figure out... I am running PHP
> > 4.3.4, btw.
> >
>
>Be sure you rename the "action" part of the "simple html form"
>to whatever page you are using, instead of foo.php, as otherwise
>it will literally attempt to access foo.php I'm guessing this
>is what's happening by seeing "no input file specified".
>
>Either fix that or on that same manual page is the example
>titled "More complex form variables", this prints to itself
>as it demonstrates a use of the popular $_SERVER['PHP_SELF']
>variable.
>
>Also, it's important you realize the difference between POST
>and GET, and how to access them, so you may want to read that
>manual page too. (hint: GET is through the URL's QUERY_STRING
>(the stuff after the ?) while POST is not).
>
>Regards,
>Philip
>
>--
>PHP General Mailing List (http://www.php.net/)
>To unsubscribe, visit: http://www.php.net/unsub.php
>
>--
>PHP General Mailing List (http://www.php.net/)
>To unsubscribe, visit: http://www.php.net/unsub.php
>
>

_________________________________________________________________
Keep up with high-tech trends here at "Hook'd on Technology."
http://special.msn.com/msnbc/hookedontech.armx

attached mail follows:

I'd try to insert a simple echo statement, and figure out why it's not
returning anything.

try a file named phpinfo.php

----------------snip--------------
<?php
phpinfo();
?>
----------------snip---------------

if your web server implementation is correct that should work.

good luck,

Warren Vail

-----Original Message-----
From: Dan Aloma [mailto:digistuff1hotmail.com]
Sent: Friday, February 13, 2004 12:38 PM
To: Vail, Warren
Cc: php-generallists.php.net
Subject: RE: [PHP] [Q]PHP not taking input values from forms

TIA.

_________________________________________________________________
Keep up with high-tech trends here at "Hook'd on Technology."
http://special.msn.com/msnbc/hookedontech.armx

attached mail follows:

The --with-curl directive can also take a directory (--with-curl=[DIR}).
Try passing in the directory where cURL is installed to. (I am not sure
where this is since you didn't mention whether cURL is installed on your
system via RPM or if you did it from source).

Good luck!

--Sam

Donpro wrote:
> Hi,
>
> trying to compile PHP 4.3.4. on RedHat Linux 7.3 and getting the
> following
> error:
>
> checking for CURL support... yes
> checking for CURL in default path... found in /usr
> checking for cURL 7.9.8 or greater... configure: error: cURL version
> 7.9.8 or later is required to compile php with cURL support
>
> I am compiling with the --with-curl option AND I have curl 7.10.4
> installed.
>
> Any ideas?
>
> Thanks,
> Don

attached mail follows:

Try specifying the file path where cURL reside on.. Like this -->
"--with-curl=/usr/****/***" for example.

Scott F.

"Donpro" <donprolclnav.com> wrote in message
news:00b401c3f263$fc8255b0$9789cdcdenterprise...
Hi,

trying to compile PHP 4.3.4. on RedHat Linux 7.3 and getting the following
error:

checking for CURL support... yes
checking for CURL in default path... found in /usr
checking for cURL 7.9.8 or greater... configure: error: cURL version 7.9.8
or later is required to compile php with cURL support

I am compiling with the --with-curl option AND I have curl 7.10.4 installed.

Any ideas?

Thanks,
Don

attached mail follows:

Hi!

When I set the session.cache_expire to 60 minutes then on the webpage,
how do I get PHP to tell me that session had expired via PHP function or
something?

Thanks,
Scott F.

attached mail follows:

Scott Fletcher wrote:
> Hi!
>
> When I set the session.cache_expire to 60 minutes then on the webpage,
> how do I get PHP to tell me that session had expired via PHP function or
> something?
>
> Thanks,
> Scott F.
>

None, but you can take care of the cleanout yourself. Than you have
complete control over the process.

attached mail follows:

Hello Scott,

Friday, February 13, 2004, 8:43:59 PM, you wrote:

SF> When I set the session.cache_expire to 60 minutes then on the webpage,
SF> how do I get PHP to tell me that session had expired via PHP function or
SF> something?

Check for the existence of the session - if it's not there, it's
expired! There's no way to catch the event I don't believe, especially
as it happens client side in a sense. Maybe with PHP5?

--
Best regards,
Richard Davey
http://www.phpcommunity.org/wiki/296.html

attached mail follows:

Hi... I search about this and found different answers but not a clear
one. Somebody talk about a PHP bug, other that it's solved in 4.3.4.

I installer PHP 4.3.4 (without ftp-support) and Apache 2.0.48 on Solaris
8, the /tmp dir permission are 777. Time after that I compilled ftp.so
module and included it in php.ini.

Then I wrote a script (ftp.php) that connects OK, chdir OK, but when it
try a ftp_rawlist the answer is "". I try the same script in RedHat
linux PHP 4.3.4 compilled with the same parameters and worked OK (the
only differece was that the module ftp.so was compilled and installed at
the same time as the rest of the PHP was).

BTW... what is the right way to add a module after the compilation is
already done (I mean... doing a "make install" does not look good on a
running production environment)?

What could be the problem with the PHP on Solaris?

In the FTP log I get this.. (the LIST command is never issued)

10.2.0.10 UNKNOWN nobody [13/Feb/2004:17:29:08 -0300] 10.2.0.10 "USER
XXXXXX.com.ar" 331 -
10.2.0.10 UNKNOWN XXXXXX.com.ar [13/Feb/2004:17:29:08 -0300] 10.2.0.10
UPASS (hidden)" 230 -
10.2.0.10 UNKNOWN XXXXXX.com.ar [13/Feb/2004:17:29:08 -0300] 10.2.0.10
"QUIT" 221 -

but if I do the same on Linux it works ok:

10.2.0.11 "LIST /" 226 381

Any help will be welcome.
--
Federico Petronio
petrusactivesec.biz

attached mail follows:

Hello,

I'm working on a webpage at http://hedges.org/busolemiss/template/index.html

I need for a table cell to fill in the remaining space between some rows
above and a row below, no matter what the window size. I thought this was
possible with a height="*", but it doesn't work.

If you look at the link above, specifically what I want to do is have the
<tr> cell between "Ole Miss Home" and the logo repeat until the logo touches
the bottom...
How can I do this?

thanks,
Hedges

attached mail follows:

Matt Hedges <mailto:m_hedgesbellsouth.net>
on Friday, February 13, 2004 1:00 PM said:

> I need for a table cell to fill in the remaining space between some
> rows above and a row below, no matter what the window size. I
> thought this was possible with a height="*", but it doesn't work.

you should sign up at the webdesign-l (http://www.webdesign-l.com/)
mailing list. it's meant for this sort of question.

chris.

p.s. maybe height="100%" will do it?

attached mail follows:

Matt Hedges wrote:
> Hello,
>
> I'm working on a webpage at http://hedges.org/busolemiss/template/index.html
>
> I need for a table cell to fill in the remaining space between some rows
> above and a row below, no matter what the window size. I thought this was
> possible with a height="*", but it doesn't work.
>
> If you look at the link above, specifically what I want to do is have the
> <tr> cell between "Ole Miss Home" and the logo repeat until the logo touches
> the bottom...
> How can I do this?
>
>
> thanks,
> Hedges

attached mail follows:

I have written a very straightforward user login script. Once the user
successfully logs in, I would like my PHP script to take him directly to the
home page. I know this sounds simple, but the only solution I've found is a
function called do_html_url() from Welling and Thompson's book (see
http://www.cs.indiana.edu/classes/a348/fall2001/labs/php9/do_html_url.html).
When this function is invoked the user is dispatched to an intermediate web
page on which is presented a link that, when clicked, will take the user to
the intended page.

Can I avoid that intermediate step, somehow? When my script logs in the
user, how to I write the code that dispatches directly to the home page?

Thanks,

Cheers,

Michael

attached mail follows:

Try...,

if($login == "successful"){
$url = "yourin.php";
}
else{
$url = "tryagain.php":
}

header("Location: $url");

alex

> -----Original Message-----
> From: Michael T. Peterson [mailto:mtp1032comcast.net]
> Sent: Friday, February 13, 2004 3:03 PM
> To: php-generallists.php.net
> Subject: [PHP] [Q] Howto go directly to a URL?
>
> I have written a very straightforward user login script. Once the user
> successfully logs in, I would like my PHP script to take him directly to
> the
> home page. I know this sounds simple, but the only solution I've found is
> a
> function called do_html_url() from Welling and Thompson's book (see
> http://www.cs.indiana.edu/classes/a348/fall2001/labs/php9/do_html_url.html
> ).
> When this function is invoked the user is dispatched to an intermediate
> web
> page on which is presented a link that, when clicked, will take the user
> to
> the intended page.
>
> Can I avoid that intermediate step, somehow? When my script logs in the
> user, how to I write the code that dispatches directly to the home page?
>
> Thanks,
>
> Cheers,
>
> Michael
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php

******************************************************************
The contents of this e-mail and any files transmitted with it are
confidential and intended solely for the use of the individual or
entity to whom it is addressed. The views stated herein do not
necessarily represent the view of the company. If you are not the
intended recipient of this e-mail you may not copy, forward,
disclose, or otherwise use it or any part of it in any form
whatsoever. If you have received this e-mail in error please
e-mail the sender.
******************************************************************

attached mail follows:

Michael T. Peterson <mailto:mtp1032comcast.net>
on Friday, February 13, 2004 1:03 PM said:

> I have written a very straightforward user login script. Once the
> user successfully logs in, I would like my PHP script to take him
> directly to the home page.
[snip]
> Can I avoid that intermediate step, somehow? When my script logs in
> the user, how to I write the code that dispatches directly to the
> home page?

Yes it's called redirecting. You do it via the HTTP headers.

header("Location: http://www.FullyQualifiedDomainName.com/page.php");

You'll undoubtedly come across some errors when you first try this. Let
me give you a hint and say.. TRUST THE ERROR(S) REPORTED BY PHP.

chris.

attached mail follows:

<snip>
Can I avoid that intermediate step, somehow? When my script logs in
the
user, how to I write the code that dispatches directly to the home
page?
</snip>

Have you tried a redirect?

http://www.php.net/header

<?php
header("Location: http://www.example.com/"); /* Redirect browser */

/* Make sure that code below does not get executed when we redirect.
*/
exit;
?>

attached mail follows:

Alex Hogan <mailto:Alex.HoganAlliedElec.com>
on Friday, February 13, 2004 1:10 PM said:

> if($login == "successful"){
> $url = "yourin.php";
> }
> else{
> $url = "tryagain.php":
> }
>
> header("Location: $url");

don't forget the rest of the url and don't forget to exit like matt
said...

i suggest defining a constant somewhere and including it (a configuarion
file perhaps????):

define("WEB_ROOT", "http://myhappydomain.com/");

it can then be used like:

header("Location: ".WEB_ROOT."$url"); exit;

you can even take it one step further and make a function out of it.

function redirect($url)
{
header("Location: ".WEB_ROOT."$url);
exit;
}

use it thusly:

redirect($url);

hth,
chris.

attached mail follows:

if your do_login script doesn't require any cookies or session information
you can just redirect right after auth:

<?php //do_login.php
$url = "http://www.somewebsite.com";
//do stuff
if($loggedin == true){
header("Location: " . $url);
}
else{
//possible postback with get var error i.e: header("Location:
do_login.php?error=failedLogin")
}
?>

"Michael T. Peterson" <mtp1032comcast.net> wrote in message
news:c0je3l$uig$1sea.gmane.org...
> I have written a very straightforward user login script. Once the user
> successfully logs in, I would like my PHP script to take him directly to
the
> home page. I know this sounds simple, but the only solution I've found is
a
> function called do_html_url() from Welling and Thompson's book (see
>
http://www.cs.indiana.edu/classes/a348/fall2001/labs/php9/do_html_url.html).
> When this function is invoked the user is dispatched to an intermediate
web
> page on which is presented a link that, when clicked, will take the user
to
> the intended page.
>
> Can I avoid that intermediate step, somehow? When my script logs in the
> user, how to I write the code that dispatches directly to the home page?
>
> Thanks,
>
> Cheers,
>
> Michael

attached mail follows:

Thanks for the quick response, everyone, but I was hoping for something
other than redirect()/header(). As I understand them, these services
require the complete URL and I'm simply dispatching to another page within
my web site (in fact, within the same directory) i.e., I'm looking to use a
path-relative URL.

Cheers,

Michael

member_login_page -> member_home_page

rather than
member_login_page -> intermediate_page -> member_home_page.

attached mail follows:

Hello Michael,

Saturday, February 14, 2004, 3:20:48 AM, you wrote:

MTP> Thanks for the quick response, everyone, but I was hoping for something
MTP> other than redirect()/header(). As I understand them, these services

Why? it's a transparent operation and the site visitor will never even
see it happen.

MTP> require the complete URL and I'm simply dispatching to another page within

They don't *have* to have a complete URL.

MTP> my web site (in fact, within the same directory) i.e., I'm looking to use a
MTP> path-relative URL.

Where this other page resides is irrelevant - the fact is you want to
move from A to B. PHP doesn't care that B is in the same location as
A. As far as I can see it you have two choices: Use the Header()
option as suggested and pass control from one script to another, or
include the "final" page and let that control the output.

--
Best regards,
Richard Davey
http://www.phpcommunity.org/wiki/296.html

attached mail follows:

If you want to actually want the variables $flyertotal, $emailtotal, and
$phonetotal, use the line:

${$array[0]."total"} = $row[0];

But as you defined $array, that will actually create the variables
$Flyertotal, $Emailtotal, and $Phonetotal (note the caps).

On 2/13/2004 6:10 AM, Bob pilly wrote:
> $array[$i].total=$row[0];<-- problem here
>
>
> so for the above code i would like to create three
> variable $flyertotal,$emailtotal & $phonetotal

attached mail follows:

Hello all,

I'm sorry to be asking such a simple question but I'm kind of new at this.

how can I link to a file that is referenced in a mysql database.

Dave

attached mail follows:

Hello David,

Friday, February 13, 2004, 9:25:30 PM, you wrote:

DEN> how can I link to a file that is referenced in a mysql database.

Depends what you mean by referenced in MySQL.

If you have a URL that links to a file in your SQL table, then just
turn it into an href. If the file is stored locally then it depends
how you need to open it.. perhaps fopen or a socket stream.

More info needed.

--
Best regards,
Richard Davey
http://www.phpcommunity.org/wiki/296.html

attached mail follows:

Hey,
I was just going through the ioncube manual (thinking of making something
like that, but much cheaper so everyone can afford it....maybe $20?) and
came accross this:

3.5.1 Copying with Hard Links [--use-hard-links]
The Encoder will normally perform a file copy into the target for
non-encoded files. This is fast
but performance can be improved and disc space saved by using
the --use-hard-links
option to copy by using hard links. This feature is only available with Unix
encoders and only if
the source and target files are on the same filesystem.

My (simple) question is:
What is "hard links"? never really heard of it and googles no help either.
Am I missing something?

Thanks,
-Ryan

attached mail follows:

Ryan A wrote:

>[snip...]
>the source and target files are on the same filesystem.
>
>My (simple) question is:
>What is "hard links"? never really heard of it and googles no help either.
>Am I missing something?
>
>
A link is called hard link when its system-file-identifier (SFID) is
added to the current directory entry. The opposite is called soft link
or symbolic link, when only the path name is added to the direcotry entry.

Best

Bao

>Thanks,
>-Ryan
>
>
>

attached mail follows:

BAO RuiXian wrote:
>
>
> Ryan A wrote:
>
>> [snip...]
>> the source and target files are on the same filesystem.
>>
>> My (simple) question is:
>> What is "hard links"? never really heard of it and googles no help
>> either.
>> Am I missing something?
>>
>>
> A link is called hard link when its system-file-identifier (SFID) is
> added to the current directory entry. The opposite is called soft link
> or symbolic link, when only the path name is added to the direcotry entry.
>

You can think of hard links as of reference variables in php:

$a = 5;
$b =& $a;

$b would be a "hard link" to $a. In fact they are completely equal, they
are both references to the same memory location, if you unset $a, $b is
still valid. The same goes with filesystem hardlinks - you can remove
the original file (in fact you only "unlink" it) and the other hardlink
is still valid.

attached mail follows:

begin 666 php5.jpg
M_]C_X `02D9)1`!`$`2 !(``#_X0Y117AI9``34T`*`````!P$2``,`
M```!``$```$:``4````!````8$;``4````!````:$H``,````!``,```$Q
M``(````4````<$R``(````4````AH=I``0````!````G ```,````<````
M`0```!P````!061O8F44&AO=&]S:&]P(#<N, `R,# T.C R.C$S(#(R.C4Q
M.C W``````.`0`#`````?__``"``$`````0```4"`P`$`````0```4 `
M````````!$#``,````!``8```$:``4````!```!%$;``4````!```!'$H
M``,````!``(```(!``0````!```!)("``0````!```-(P````````!(````
M`0```$````!_]C_X `02D9)1`!`$`2 !(``#_[0`,061O8F5?0TT``O_N
M``Y!9&]B90!D ````'_VP"$``P(" )" P)"0P1"PH+$14/# P/%13$Q43
M$Q1# P,# P,$0P,# P,# P,# P,# P,# P,# P,# P,# P,# P!#0L+#0X-
M$ X.$!0.#X4% X.#X4$0P,# P,$1$,# P,# P1# P,# P,# P,# P,# P,
M# P,# P,# P,# P,#/_ `!$(`( ` ,!(`"$0$#$0'_W0`$``C_Q $_```!
M!0$!`0$!`0`````````#``$"! 4&!P)"L!``$%`0$!`0$!``````````$`
M`,$!08'" D*"Q ``00!`P($`4'!%`PPS`0`"$0,$(1(Q!4%181,B<8$R
M!A21H;%"(R054L%B,S1RM%#!R624_#A\6-S-1:BLH,F1)-49$7"HW0V%])5
MXF7RLX3#TW7C\T8GE*2%M)7$U.3TI;7%U>7U5F9VAI:FML;6YO8W1U=G=X>7
MI[?'U^?W$0`"`$"! 0#! 4&!P<&!34!``(1`R$Q$1!46%Q(A,%,H&1%*&Q
M0B/!4M'P,R1BX7*"DD-3%6-S-/$E!A:BLH,')C7"TD235*,79$55-G1EXO*S
MA,/3=>/S1I2DA;25Q-3D]*6UQ=7E]59F=H:6IK;&UN;V)S='5V=WAY>GM\?_
MV`,`P$``A$#$0`_`/54DDDE*22224I))))2DDDDE*22224I))))2DDDDE*2
M2224_P#_T/54DDDE*22224I))965]9^B8UXQ?M'VC*=,8V(Q^3;I^_3ALOLJ
M_KV[&)*=5)8>1]8.HQ^I='OM<?SLBVC&9_:WW6Y/_LJAGK'UD<!^I8%/CNR[
MK#_X'T]C?^FG"$CL"IZ!)<Z>K_61NOH=/?Y>O>W_`*7V-Z;_`)Q==K>/5Z15
M=7^<[%S&N</^MYU'3O\`SZC[<_W2JWHTEAO^MW3:&[\^G*P6=[+:765MUC])
MD87VO'K_`.N6JY?U[I573G]29D-R<5FT!V,?7+G6.;5354W']3U++K7LKK:F
MD$;BO-3H)+D^H=8ZR&5.R<['Z"Z\%S,?TOM=H#=N_P!2\OKH]OJ,]7TL?TZW
MOV?:;4^)];7XY/VS(HZCBTM#\K*QJWU64,.YK<C(PW.R/5QMS?TV119^_G/
MLWH>K;55ASO+S-1F39X1+R>U?R_SO#[7S?UT\)>K2225E#_`/_1]522224I
M9'4>O^EE/Z=TRC[?U*L,==7N].FAMA]K\[+VV>CNK_2U8U5=^9=_W']+],H]
M:ZE?]H9TG!<ZK)N9ZN1EM:UPQZ)V-LVV>U^5EV-=1AL_\,95GZ/$]&ZH'8V%
MCMQ\5GI4L)+627&7'?8]]EA=9;;8]V^VZUWJ6/4N+$9GP033#)P#F!_[;RG9
M[7D'[(S=CXC0W\S[-4_ULOC<_P"WY&37_P`!2IC*IQZ6X^.UM-#!#:J&, '
M9M=8:QJH79;WF J;LS')UOK$::O;_>K^/E81`XJ"TR=-^=X(3LURS:\_!ML%
M5>16ZP\-F"?ZN[;N0NL9+L7IF1<P[7AH:QW$%Q#-W]ANYZEX<8B9;B(L_1&K
MJG+<D,HKA/J7U;.SK\S+ZCEQC8M;6-8YQVW._1^PESG^G33D+K:,G&R`3CV
MMMV_2VG43XM^DFX9X\L;`X;Z'=1!#H-R2#()!\1HJE.-B7?6GIN06,9?71EW
M"X- >]S1C8S*WV?3L:RK+O?M<ANR*&.+7VL:X<M+"/C)5>_/Q67T7TY%'VS
M#L]26.ACMS35=CNNAS*V9-3]GJ_X*WT;?\`!JO\3Y<YN3SXL<,DX&,==Y?
MN?X?R+H&I E!]<^FY_7>N8_3\6W"%5(:Y[;[X/LW9-]5U#&.N][?1_F]_LV6
M(O\`BTRJ,JOJF/\`L^G"-3Z19Z;2/598+C4V[<&L?L;OV;:Z_P!';]!+J?3/
MJKU_J(S_`+8[I/5ZH]>J[TVN<-H8/5QLO?C9+?3:UK<G%?;C6L_TRG;UOZO_
M`%>P,C#Z)<_,R[7FW*S6D9+FOL_G<W+R#Z6/D9%3-UE>#2[?;9_Z_5LN7(D
M3GRY*$,GW"$?9]O)CECEQ\>:>:?R>TS;'BZ=WKOJYW_-_&J-AM;C.NQJK
M#$FK'NNQ,?Z/_ 4UK953I.-8O2\3'Z:6G!KI8,9S"'-=7M'IV;V_P`YZC??
MZG^$5M;P! `)XB!O^]XL;__2]522224\5YM5[LSJ+(WY^5:YS^YKQWOZ?B#
M^HVC&]1O_'6J-UQ>>5AG(/2<C(Z4[3['D7,`/[EEC\R_P!K'RJE?QLIMS9!
M6ORP(1K>L-VENM%--EQ,>DQSY_JB5YGT7"OZW]8AC59-F+2S=8Z^N26,J'
MM?6W<S])8X,97[OYVU=W]9L8_1,AY,3`^(!]0M_M>GM7GOU8ZQ;T3..::M^
M/<QV/:3(;!++=+&M?[V/KJ>J_.RB<N.$M(7+_"_]%3'8MOZW] HZ)E4V8-U
MSJLAI)%SZQK8UMK;5ZF^-W\TQ;?UBZM?;]3\&QYF_-J#KG'OM_5GN_ZZY^
M]9/47Y?UPZRS&Z:PO8S5]SI;4Q`FQ^[^:QZMKMGJ?I\BQ_^DNJQD7Z^W8]%
MF)T?$G[/U,K;N^D0UNC[&_O6^IZC_\`A5!Q`#,<8K'*H#^7^,GM;+ZK_5?[
M7T?(ZAU#)OQ\"[=Z=&.X--OHAVZZY[Q8ST:K/T=;/2_2V>K_`#/IJM]1*K!]
M:6U5O+JZZ[P\CAS0QP;I_*N])=1F,_8_U+HQ[3L=7CU-L:=/=:3FW5?UM]CZ
M5C?XO:V48G5^J/T=56RECO)V_(L_Z>/CIPQB.3"!I*ADF47H7+^L%V1U;ZRG
M$PB2Z^T4U-D.<\BMKC_`%F>DM'ZW?57'Z;LZA1FY&5D->*[K+R/TFAVVTM
M'OHV;/YE]N1[/\(N?Q>HY.+UD=6Q6&S['8+>"6AC7-I;ZCA]!K]S*M_\M;?7
M^OGZPC'Z=TVAUU]IAM58<[:2=VQDAKKK7[&;W^FRNFMG^$]2RQ1XS')*?\`
M.2/H'][<IUT=_P"HV59F?5MM=_O&+=92S=[O;%=[?I?NNN>A]?#F:QMX\O
MM3H?2V]$Z-1N+77-W6Y3V&6FZR-VQWYS::F4T;F^RSTO46+]8,IKB6A7]8\
MO$2T-;+>KVW^*SJ!R?JZ_"= /3KWU,B2?3LC*JF?W?7?3_UI=DN(_P`4^"^G
MH63GO$#/R7&HS72&XN[^3^GKR%VZRY;GS7O__3]522224\-_C#^JV1E#]N
M=+9OR*F;<ZA]]M3-:KJX^G?BR_]'MWWT/\`^ IK7#]+ZR6$2Z6GCKW%</
M];/\6]/4KK.H]%>S$SK#OOH>#Z-SR?=9+9^RWN_/LKK>RY_\[7_A5-BS&'D
MBWDOK%5G]<P*\7IU8M()<^;*ZP#+-LF^RK\SU/HK4^JO3;NC]"JP;P&9%C[+
MLJJ66-W.(JK8[:;:+/T%%5G_`%Q<OEMZMT/)&-U7'?AV_FBR"QV=^AR&;L>
M[Z?^#L5_&^L#FP'%6L<\<LGNR-DBJ_10;JGKS8\L%<Q6TR*V-8#^]Z;`UFY
M2KR,BL;:[7L',-<0/P7/U=?K/)5EO6J#^<%;$\=4*KLMU=5MEC'[VN<U_.X$
MZ_RE2Z^WJ.=TVVC'#\K(=M#&.>!H#O^G>]C&MW,9O\`<GK%'[P0;.NT<H
M3,)1()JP8WUU5JT_J1T+J?0F9UG4*ACWY'I,I+;&//IM]1]_\P^S:UUGV?Z:
MZ!^8VECFM+:VO^FVMK:P[^OZ36;_`.VN>R/K"T [2L?-ZZ]W+ML\>?\`5'YR
MC+%B(CU59XB-4ZEW>I]::UI:PK'Z3TCJ/UGZH,+#.QHAV3DD$MIK/^$='T
MKGQ^K4_X6S_:[+%I]#^H/UAZVYM^8T],P7:^K<V;G"7"*<0^ZOZ/\YE>G_I
M&4W+U+HW1.F]#P6X/3JO2I!+WDG<][W?3NNL=[[;7_\`J/\`FU5S<P9Z!< V
M,'!Q>GX=.#AUBK&QV"NJL=FM\S[G._>>[Z:.DDJR7__4]522224I))))2/(Q
M\?*I?CY-3+Z+!MLJL:'L</W7L?+7+E>H?XK_`*K90G%KMZ=9).[&L.TD_O49
M'KT;?^+KK77))72GS/(_Q1]0K83A]7KM?^:R^L'SMIN?_YX6?9_BU^N-0]I
MP[C_`,'<\?\`GW'8O7$DX9)#JJGR!O\`B\^NKC!IH9YNR 1_T*G*UC_XJ_K+
M98!E9N'16>37ZMSO\QS,1O\`TUZJDC[D^ZJ>`PO\46"Q^[J/4K\IHAE+&XX
M_M._6+=O]2UBZGI'U5^KW17FWIN#71<=#<9LM\M]>]UMVW^VM9)-))W*E))
M)(*4DDDDI__5]522224I))))2DDDDE*22224I))))2DDDDE*22224I))))3_
M`/_6]522224I))))2DDDDE*22224I))))2DDDDE*22224I))))3_`/_9_^T3
M$E!H;W1O<VAO<" S+C `.$))300E```````0`````````````````````#A"
M24T#[0``````$ !(``````"`$````"``(X0DE-!"8```````X`````````
M````/X ``#A"24T$#0``````! ```'X0DE-!!D```````0````>.$))30/S
M```````)```````````!`#A"24T$"```````0``.$))32<0```````*``$`
M`````````CA"24T#]0``````2 `O9F8``0!L9F8`!```````0`O9F8``0"A
MF9H`!```````0`R`````0!:````!```````0`U`````0`M````!``````
M`3A"24T#^ ``````< ``_____________________________P/H`````/__
M__________________________\#Z ````#_________________________
M____`^`````_____________________________P/H```X0DE-! ``````
M``(``CA"24T$```````"`````````````X0DE-! ``````! ````!```"
M0 ```D `````.$))300>```````$`````#A"24T$&`````#20````8`````
M`````````4 ```% ````"!5`&X`= !I`'0`; !E`&0`+0`Q`````0``````
M```````````````````!``````````````% ```!0 ``````````````````
M```!`````````````````````````! ````!````````;G5L; ````(````&
M8F]U;F1S3V)J8P````$```````!28W0Q````! ````!4;W ;&]N9P``````
M````3&5F=&QO;F<``````````$)T;VUL;VYG```!0 ````!29VAT;&]N9P``
M`4 ````&<VQI8V5S5FQ,<P````%/8FIC`````0``````!7-L:6-E````$``
M``=S;&EC94E$;&]N9P`````````'9W)O=7!)1&QO;F<`````````!F]R:6=I
M;F5N=6T````,15-L:6-E3W)I9VEN````#6%U=&]'96YE<F%T960`````5'EP
M965N=6T````*15-L:6-E5'EP90````!);6<````!F)O=6YD<T]B:F,````!
M````````4F-T,0````0`````5&]P(&QO;F<``````````$QE9G1L;VYG````
M``````!"=&]M;&]N9P```4 `````4F=H=&QO;F<```% `````W5R;%1%6%0`
M```!````````;G5L;%1%6%0````!````````37-G951%6%0````!```````&
M86QT5&%G5$585 ````$```````YC96QL5&5X=$ES2%1-3&)O;VP!````"&-E
M;&Q497AT5$585 ````$```````EH;W)Z06QI9VYE;G5M````#T53;&EC94AO
M<GI!;&EG;````=D969A=6QT````"79E<G1!;&EG;F5N=6T````/15-L:6-E
M5F5R=$%L:6=N````!V1E9F%U;'0````+8F=#;VQO<E1Y<&5E;G5M````$453
M;&EC94)'0V]L;W)4>7!E`````$YO;F4````)=&]P3W5T<V5T;&]N9P``````
M```*;&5F=$]U='-E=&QO;F<`````````#&)O='1O;4]U='-E=&QO;F<`````
M````"W)I9VAT3W5T<V5T;&]N9P``````.$))3001```````!`0`X0DE-!!0`
M``````0````'.$))300,``````T_`````0```( ```" ```! ``P ````TC
M`!``?_8_^ `$$I&248``0(!`$`2 ``_^T`#$%D;V)E7T--``+_[`.061O
M8F4`9( ````!_]L`A `," ("0,"0D,$0L*"Q$5#PP,#Q48$Q,5$Q,8$0P,
M# P,#!$,# P,# P,# P,# P,# P,# P,# P,# P,# P,`0T+"PT.#1 .#A 4
M#X.%!0.#X.%!$,# P,#!$1# P,# P,$0P,# P,# P,# P,# P,# P,# P,
M# P,# P,# S_P `1" " `( #`2(``A$!`Q$!_]T`! `(_\0!/P```04!`0$!
M`0$``````````P`!`0%!<("0H+`0`!!0$!`0$!`0`````````!``(#! 4&
M!P)"L0``$$`0,"! (%!P8(!0,,,P$``A$#!"$2,05!46$3(G&!,84D:&Q
M0B,D%5+!8C,T<H+10P<EDE/PX?%C<S46HK*#)D235&1%PJ-T-A?25>)E\K.$
MP]-UX_-&)Y2DA;25Q-3D]*6UQ=7E]59F=H:6IK;&UN;V-T=79W>'EZ>WQ]?G
M]Q$``(!`0$`P0%!<'!4U`0`"$0,A,1($05%A<2(3!3*!D12AL4(CP5+1
M\#,D8N%RI)#4Q5C<S3Q)086HK*#!R8UPM)$DU2C%V1%539T9>+RLX3#TW7C
M\T:4I(6TE<34Y/2EM<75Y?569G:&EJ:VQM;F]B<W1U=G=X>7I[?'_]H`# ,!
M``(1`Q$`/P#U5))))2DDDDE*22224I))))2DDDDE*22224I))))2DDDDE/\`
M_]#U5))))2DDDDE*2265E?6?HF->,7[1]HRG3&-B,?DVZ?OTX;+[*OZ]NQB2
MG526'D?6#J,?J71[[7'\[(MHQF?VM]UN3_[*H9ZQ]9' ?J6!3X[LNZP_^!]/
M8W_IIPA([ J>27.GJ_UD;KZ'3W^7KWM_P"E]C>F_P"<77:WCU>D575_G.Q<
MQKG#_K>=1T[_`,^H^W/]TJMZ-)8;_K=TVAN_/IRL%G>RVEUE;=8_29&%]KQZ
M_P#KEJN7]>Z55TY_4F9#<G%9M =C'URYUCFU4U5-Q_4]2RZU[*ZVII!&XKS4
MZ"2Y/J'6.LAE3LG.Q^NO!<S']+[7: W;O\`4O+ZZ/;ZC/5]+'].M[]GVFU/
MB?6U^.3]LR*.HXM+0_*RL:M]5E##N:W(R,-SLCU<;<W]-D46?H/YS[-Z'JVU
M58<[R\S49DV>$2X,GM7\O\[P^U\W]=/"7JTDDE90_P#_T?54DDDE*61U'K_I
M93^G=,H^W]2K#'75[O3IH;8?:_.R]MGH[J_TM6-57?F7?]Q_2_3*/6NI7_:&
M=)P7.JR;F>KD9;6M<,>B=C;-MGM?E9=C748;/_#&59^CQ/1NJ!V-A8[<?%9Z
M5+"2UDEQEQWV/?98766VV/=OMNM=ZECU+BQ&9\$$TPR<`Y?^V\IV>UY!^R,
MW8^(T-_,^S5/];+XW/\`M^1DU_\``4J8RJ<>EN/CM;30P0VJH!C !V;76&L:
MJ%V6]Y*F[,QR=;ZQ&FKV_WJ_CY6$0.*M,G3?G>"$[-<LVO/P;;!57D5NL/
M#9G^KNV[D+K&2[%Z9D7,.UX:&L=Q!<0S=_8;N>I>'&(F6XB+/T1JZIRW)#*
M*X3ZE]6SLZ_,R^HY<8V+6UC6.<8-MSOT?L)<Y_ITTY"ZVC)QL$X]K;=OTMI
MU$^+?I)N&>/+&P.&^AW400Z#<DR"0?$:*I3C8EWUIZ;D%C&7UT9=PN#0'O<
MT8V,RM]GT[&LJR[W[7(;LBACBU]K&N'+2X CXR57OS\5E]%].11]LP[/4H%C
MH8[<TU78[KH<RMF34_9ZO^"M]&W_``:K_$^7.;D\^+'(#).!C'7>7[G^'\BZ
M!J0)0?7/IN?UWKF/T_%MPA52&N>V^^#[-V3?5=0QCKO>WT?YO?[-EB+_`(M,
MJC*KZIC_`+/IPC4^D6>FTCU66"XU-NW!K'[&[]FVNO\`1V_02ZGTSZJ]?ZB,
M_P"V.Z3U>J/7JN]-KG#:&#U<;+WXV2WTVM:W)Q7VXUK/],IV];^K_P!7L#(P
M^B7/S,NUYMRLUI&2YK[/YW-R\^ECY&14S=97TNWVV?X.OU;+ER)$Y\H.2A
M#)]X`A'V?;R8Y8Y<?'FGFG\GM,VQXNG=Z[ZH.=_S?QJC8;6XSKL:JPQ)JQ[K
ML3'^C_P%-:V54Z3C8&+TO$Q^FEIP:Z6#&<PAS75[1Z=F]O\`.>HWW^I_A%;6
M\ 0`">(;_O>+&__TO54DDDE/%8.;5>[,ZBR-^?E6N<_N:\=[^GX_J-HQO4
M;_QUJC=<7GE89R#TG(R.E.T^QY%S`#^Y98_,H/\`:Q\JI7\;*;<V05K\L("$
M:WH+#=I;K1339<3'I,<^?ZHE>9]%PK^M_6(8U639BTLW6.OKDEC*A[7UMW,_
M26.#&5^[^=M7=_6;(&/T3(>3$P/B`?4+?[7I[5Y[]6.L6]$SCFFK?CW,=CVD
MR&P2RW2QK7^]CZZGJOSLHG+CA+2(%R_PO_14QV+;^M_0*.B95-F#=<ZK(:21
M<X.L:X&-;:VU>IOC=_-,6W]8NK7V_4_!L>9OS:ZYQ[[?U9[O^NN?O63U%^7
M]<.LLQNFL+V,U?<Z6U,8`)L?N_FL>K:[9ZGZ?(L?_I+JL9%^OMV/19B='Q)^
MSX-3*V[OI$-;H^QO[UOJ>H__`(50<0`S'&*QRJ _E_C)[6R^J_U7^U]'R.H=
M0R;\? NW>G1CN#3;Z(=NNN>\6,]&JS]'6STOTMGJ_P`SZ:K?42JP?6EM5;RZ
MNNN\/(X<T,<&Z?RKO2749C/V/]2Z,>T['5X]3;&G3W6DYMU7];?8^E8W^+VM
ME&)U?JC]'55LI8[R=OR+/^GCXZ<,8CDP:2H9)E%Z%R_K!=D=6^LIQ,(DNOM
M%-39(#G/(K:X_P!9GI+1^MWU5Q^FX+.H49N1E9#7BNZR\C])H=MM+1[Z-FS^
M9?;D>S_"+G\7J.3B]9'5L5AL^QV"WEH8US:6^HX?0:_<RK?_+6WU_KY^L(Q
M^G=-H==?:8;56'.VDG=L9(:ZZU^QF]_ILKIK9_A/4LL48.,QR2G_`#DCZ!_>
MW*=='?\`J-E69GU;;7?[QBW64LW>[VQ7>WZ7[KKGH?7PYFH,;>/+X+4Z'TMO
M1.C48+BUUS=UN4]AEINLC=L=^<VFIE-&YOLL]+U%B_6#*:XEH5_6/+Q$M#6R
MWJ]M_BLZ<GZNOPG0#TZ]]3(DGT[(RJIG]WUWT_]:79+B/\`%/OIZ%DY[Q
MS\EQJ((,UTAN+N_D_IZ\A=NLN6Y\U[__T_54DDDE/#?XP_JMD90_;G2V;\BI
MFW.H8/?;4S6JZN/IWXLO_1[=]]#_`/*:UP_2^LEA$NEIX(X*]Q7#_6S_%O3
MU*ZSJ/17LQ,ZP[[Z'^C<\GW62V?LM[OS[*ZWLN?_.U_X538LQAY((MY+ZQ5
M9_7,"O%Z=6+2"7/FRNL`RS;)OLJ_,]3Z*U/JKTV[H_0JL&\!F18^R[*JEEC=
MSB*JV.VFVBS]!159_P!<7+Y;>K=#R1C=5QWX=OYHLL=H'?H<AF['N^G_[%
M?QOK`YL!Q5K'/'+)[LC9(JOT4&ZIZ\V/+!7,5M,BMH#6`_O>FP-9N4J\C(K&
MVNU[!S#7$#\%S]77ZSR59;UJ_G!6Q/'5"J[+=75;98Q^]KG-?SN!(.O\I4N
MOMZCG=-MHQP_*R';0QCG: [_IWO8QK=S&;_`'()ZQ1^\$&SKM('*$S"42":
ML&-]=5:M/ZD="ZGT)F=9U"H8]^1Z3*2VQCSZ;?4??_,/LVM=9]G^FN?F-I8
MYK2VMK_IMK:VL._K^DUF_P#MKGLCZPM .TK'S>NO=R[;/'G_`%1^<H(RQ8H"
M(]56>(C5.I=WJ?6FM:6L*Q^D](ZC]9^J#"PSL:(=DY)!+::S_A'1]*Y\?JU/
M^%L_X&NRQ:?0_J#]8>MN;?F-/3,%VOJW-FYPEPBG$/NK^C_.97I_Z1E-R]2Z
M-T3IO0\%N#TZKTJ02]Y)W/>]WT[KK'>^VU__`*C_`)M5<W,&>7 -C!P<7I^
M'3X=8JQL=KJK'9K?,^YSOWGN^FCI)*LE__U/54DDDE*22224CR,?'RJ7X^
M34R^BP;;*K&A['#]U['RURY7J'^*_P"JV4)Q:[>G623NQK#M)/[U&1Z]&W_B
MZZUUR25TI\SR/\4?4*V$X?5Z[7_FLOH+!\[:;G_^>%GV?XM?KC4/:<.X_P#!
MW/'_`)]QV+UQ).&20ZJI\;_`(O/KJXP::&>;L$?]"IRM8_^*OZRV6 96;A
MT5GDU^K<[_,<S$;_`-->JI(^Y/NJG,+_%%L?NZCU*_*:((92QN./[3OUBW
M;_4M8NIZ1]5?J]T5YMZ;UT7'0W&;+8/+?7O=;=M_MK62322=RI2222"E)))
M)*?_U?54DDDE*22224I))))2DDDDE*22224I))))2DDDDE*22224_P#_UO54
MDDDE*22224I))))2DDDDE*22224I))))2DDDDE*22224_P#_V0`X0DE-!"$`
M`````%4````!`0````\`00!D`&\`8!E`" `4 !H`&\`= !O`',`: !O`' `
M```3`$$`9 !O`&(`90``% `: !O`'0`;P!S`&`;P!P`" `-P`N`# ````!
M`#A"24T$!``````!P`(`0$``0$`_^$22&AT=' Z+R]N<RYA9&]B92YC;VTO
M>&%P+S$N,"\`/#]X<&%C:V5T(&)E9VEN/2?ON[\G(&ED/2=7-4TP37!#96AI
M2'IR95-Z3E1C>FMC.60G/SX*/#]A9&]B92UX87 M9FEL=&5R<R!E<V,](D-2
M(C\^"CQX.GAA<&UE=&$>&UL;G,Z>#TG861O8F4Z;G,Z;65T82\G('Z>&%P
M=&L])UA-4"!T;V]L:VET(#(N."XR+3,S+"!F<F%M97=O<FL,2XU)SX*/')D
M9CI21$8>&UL;G,Z<F1F/2=H='1P.B\O=W=W+G<S+F]R9R\Q.3DY+S R+S(R
M+7)D9BUS>6YT87M;G,C)R!X;6QN<SII6#TG:'1T<#HO+VYS+F%D;V)E+F-O
M;2]I6"\Q+C O)SX*"B \<F1F.D1E<V-R:7!T:6]N(&%B;W5T/2=U=6ED.F(T
M,S!E,68X+35E-C0M,3%D."TY,V4V+6$R-3(R9#0T.&)C,R<*("!X;6QN<SIX
M87!-33TG:'1T<#HO+VYS+F%D;V)E+F-O;2]X87 O,2XP+VUM+R<^"B /'AA
M<$U-.D1O8W5M96YT240^861O8F4Z9&]C:60Z<&AO=&]S:&]P.F(T,S!E,68Q
M+35E-C0M,3%D."TY,V4V+6$R-3(R9#0T.&)C,SPO>&%P34TZ1&]C=6UE;G1)
M1#X*(#PO<F1F.D1E<V-R:7!T:6]N/H*/"]R9&8Z4D1&/H\+WZ>&%P;65T
M83X*(" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" ( H(" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" "B (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" *(" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M( H(" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" "B (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" *(" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" ( H(" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M"B (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" *(" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" ( H(" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" "B (" (" ("
M(" (" (" (" (" (" (" (" (" (" (" (" (" (" ("
M(" (" (" ("