php-general-digest-helplists.php.net
Date: Thu Jul 07 2005 - 09:15:31 CDT

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

php-general Digest 7 Jul 2005 14:15:31 -0000 Issue 3554

Topics (messages 218273 through 218292):

Re: PHP 5.1 vm
        218273 by: Richard Lynch

Re: help, no jpeg support compiled in
        218274 by: Christopher J. Bottaro

Compiling the example hello world extension on OSX with PHP 5.1
        218275 by: Dan Rossi
        218276 by: Rasmus Lerdorf
        218277 by: Dan Rossi
        218278 by: Rasmus Lerdorf
        218279 by: Dan Rossi

SPAM!!! Hi
        218280 by: Returned mail

confirm subscribe to php-generallists.php.net
        218281 by: mcleisson.ibest.com.br

Re: date() problem
        218282 by: Edward Vermillion

DELIVERY REPORTS ABOUT YOUR E-MAIL
        218283 by: Mail Delivery Subsystem

Delivery failed
        218284 by: Returned mail
        218286 by: Mail Delivery Subsystem

Re: alternative to empty
        218285 by: yanghshiqi

Re: Apache htpasswd
        218287 by: Javier

Re: Building sapi_apache2
        218288 by: Gaby vanhegan

Strange Problem: session_set_save_handler
        218289 by: Thorsten Friedrich

SOAP client for CCC?
        218290 by: George Pitcher

Re: Display picture from MySQL
        218291 by: Bagus Nugroho

Problems with the ZLIB
        218292 by: Murilo Opsfelder Araújo

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:

On Wed, July 6, 2005 5:35 pm, Dan Rossi said:
>
> On 07/07/2005, at 10:26 AM, Richard Lynch wrote:
>> "slow" switch
>
> You're a funny man Richard. So how is there overhead using callbacks if
> you dont mind me asking ?

I believe the callbacks imply a function stack, pushing/popping arguments,
and some pointer-chasing arithmetic to figure out where the callback-ed
function *IS* so it can JUMP to it...

Maybe the compiler can pre-compute all that crap, in theory, since all the
opcodes are constants, but I doubt it...

Maybe I'm grossly misleading y'all.

That compiler class I took *was* over a decade ago... :-^

Still got the book on my shelf. That don't mean I'm gonna read that
sucker. Though, as I recall, it was the second best textbook I ever read.

--
Like Music?
http://l-i-e.com/artists.htm

attached mail follows:

Richard Lynch wrote:

> On Wed, July 6, 2005 5:42 pm, Christopher J. Bottaro said:
>> Warning: imagecreatefromstring() [function.imagecreatefromstring]: No
>> JPEG support in this PHP build
>>
>> This is how I configured my php:
>>
>> ./configure --with-pgsql=/usr/local/postgres/ --with-apxs2=/usr/sbin/apxs
>> --with-gd --with-zlib-dir=/usr/lib --with-jpeg-dir=/usr/lib
>>
>> I also tried with /usr instead of /usr/lib.
>
> /usr/lib is definitely Not Right.
>
> ./configure needs to find /usr/lib/*jpeg.so but *ALSO* needs to find
> /usr/include/*jpeg.h

I know, but the weird thing is that --with-zlib-dir=/usr/lib actually worked
(don't ask me why)! It got PNG support working with GD that way. So I
figured I'd try it that way with JPEG.

> Did you do "ldconfig" after you installed the JPEG lib?
> [Assuming you're on a distro that does that...]

Yeah, its a Fedora Core 3 install, so most of these image libs are already
installed:

ldconfig -v | grep -i jpeg
ldconfig: Path `/usr/X11R6/lib' given more than once
        libjpeg.so.62 -> libjpeg.so.62.0.0
        libimlib-jpeg.so -> libimlib-jpeg.so

> Sometimes getting the OS to suck in the JPEG library makes it all
> better...
>
> In fact, do:
> ldconfig -v | grep -i jpeg
> to see if you actually got JPEG into the OS.
>
> I'm not 100% sure you need all this, but at least you know the JPEG stuff
> is "there" if the OS can get it.

Oops, see above.

> If it's not, dink around with /etc/ld.so.conf (or whatever it's named this
> week) and add the directories you need to get jpeg.so to get sucked in.
>
>> P.S. Yes, I am remembering to start Apache.
>
> I've seen some funky Apache restart scripts that would report a false
> successful restart when, in fact, Apache neither stopped nor started...
>
> Stop Apache, do "ps auxwwww | grep httpd" to make sure it's gone, then
> start it. Ugh. Better to be 100% certain, though. Sure wish phpinfo() had
> a "php_uptime()" in it...

Interesting. I'm pretty sure its restarting because I'm messing around with
different config options and phpinfo() is reporting different "Configure
Command"s each time. I'll try that though.

> If all else fails, you could read the config.log output in your PHP
> directory and try to figure out what it's complaining about when it skips
> the JPEG part and mindlessly continues to build the PHP binary that does
> *NOT* have the parts you asked for... Which I really don't think it
> should do, personally, but there it is.
>
> You'll want to search for JPEG and/or ERROR in that mess, cuz there's a
> TON of output.

Will do, thanks again for the help. I'll report my findings when (and if) I
figure it out.

attached mail follows:

Hi there I am trying to compile the demo example hello world extension
on OSX with no luck I keep getting errors when trying to compile.

iElectro:/usr/share/php-5.1.0b2/ext/hello electroteque$ make
gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC
-I/usr/share/php-5.1.0b2/ext/hello/include
-I/usr/share/php-5.1.0b2/ext/hello/main
-I/usr/share/php-5.1.0b2/ext/hello -I/usr/include/php
-I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend
  -I/sw/include -DHAVE_CONFIG_H -I/sw/include -L/sw/lib -o hello.so
hello.lo
ld: hello.lo bad magic number (not a Mach-O file)

Extension link is
http://www.zend.com/php/internals/extension-writing1.php#Heading5

Any ideas what the issue is ?

attached mail follows:

Dan Rossi wrote:
> Hi there I am trying to compile the demo example hello world extension
> on OSX with no luck I keep getting errors when trying to compile.
>
> iElectro:/usr/share/php-5.1.0b2/ext/hello electroteque$ make
> gcc -dynamic -flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC
> -I/usr/share/php-5.1.0b2/ext/hello/include
> -I/usr/share/php-5.1.0b2/ext/hello/main
> -I/usr/share/php-5.1.0b2/ext/hello -I/usr/include/php
> -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend
> -I/sw/include -DHAVE_CONFIG_H -I/sw/include -L/sw/lib -o hello.so
> hello.lo
> ld: hello.lo bad magic number (not a Mach-O file)
>
>
> Extension link is
> http://www.zend.com/php/internals/extension-writing1.php#Heading5
>
>
> Any ideas what the issue is ?

Yeah, the OSX build is a bit messed up right now. You can fix it
manually by doing a copy-paste of the final link line and replace
hello.lo with hello.o

-Rasmus

attached mail follows:

On 07/07/2005, at 11:43 AM, Rasmus Lerdorf wrote:

>>
>
> Yeah, the OSX build is a bit messed up right now. You can fix it
> manually by doing a copy-paste of the final link line and replace
> hello.lo with hello.o
>
> -Rasmus
>
>

thanks mate however I get file cannot be found, i even tried to symlink
it sneakily no luck

iElectro:/usr/share/php-5.1.0b2/ext/hello root# gcc -dynamic
-flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC
-I/usr/share/php-5.1.0b2/ext/hello/include
-I/usr/share/php-5.1.0b2/ext/hello/main
-I/usr/share/php-5.1.0b2/ext/hello -I/usr/include/php
-I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend
  -I/sw/include -DHAVE_CONFIG_H -I/sw/include -L/sw/lib -o hello.so
hello.o
gcc: hello.o: No such file or directory
gcc: no input files

with symlink

ld: hello.o bad magic number (not a Mach-O file)

attached mail follows:

Dan Rossi wrote:
>
> On 07/07/2005, at 11:43 AM, Rasmus Lerdorf wrote:
>
>>>
>>
>> Yeah, the OSX build is a bit messed up right now. You can fix it
>> manually by doing a copy-paste of the final link line and replace
>> hello.lo with hello.o
>>
>> -Rasmus
>>
>>
>
> thanks mate however I get file cannot be found, i even tried to symlink
> it sneakily no luck

Well, where is it? Probably in a libs or .libs directory.

-Rasmus

attached mail follows:

On 07/07/2005, at 12:29 PM, Rasmus Lerdorf wrote:
>
> Well, where is it? Probably in a libs or .libs directory.
>
> -Rasmus
>
>

You aint the Demigod for nothing you know :P

iElectro:/usr/share/php-5.1.0b2/ext/hello root# gcc -dynamic
-flat_namespace -bundle -undefined suppress -DPHP_ATOM_INC
-I/usr/share/php-5.1.0b2/ext/hello/include
-I/usr/share/php-5.1.0b2/ext/hello/main
-I/usr/share/php-5.1.0b2/ext/hello -I/usr/include/php
-I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend
  -I/sw/include -DHAVE_CONFIG_H -I/sw/include -L/sw/lib -o hello.so
.libs/hello.o

This worked ;)

Ok I feel great pain trying to do things like this on the mac, ie
apache2 wont compile so fink is the only option, I know, i'm gonna get
my noisy Sun rack going again however development on the powerbook
rocks :)

attached mail follows:

------------------ Début de Rapport SpamAssassin ---------------------
Ce message est probablement du SPAM (message non sollicité envoyé en
masse, publicité, escroquerie...).

Cette notice a été ajoutée par le système d'analyse "SpamAssassin" sur
votre serveur de courrier "servweb.santerne.fr", pour vous
aider à identifier ce type de messages.

Le système SpamAssassin ajoute un en-tête "X-Spam-Flag: YES" aux
messages qu'il considère comme étant probablement du Spam.
Vous pouvez si vous le souhaitez utiliser cette caractéristique
pour régler un filtre dans votre logiciel de lecture de courrier,
afin de détruire ou de classer à part ce type de message.

Si ce robot a classifié incorrectement un message qui vous était
destiné, ou pour toute question, veuillez contacter l'administrateur
du système par e-mail à the administrator of that system .

Voir http://spamassassin.apache.org/tag/ pour plus de détails (en anglais).

Détails de l'analyse du message: (5.1 points, 5.0 requis)
 1.8 RCVD_IN_BL_SPAMCOP_NET RBL: Relais listé dans http://spamcop.net/bl.shtml
                 [Blocked - see <http://www.spamcop.net/bl.shtml?192.9.15.89>]
 0.2 UPPERCASE_25_50 Message composé de 25 à 50% de majuscules
 3.0 FORGED_MUA_OUTLOOK Message falsifié prétendant provenir du logiciel MS Outlook

-------------------- Fin de Rapport SpamAssassin ---------------------

Le message original n'étant pas au format text brut, il est peut-être
dangereux de l'ouvrir avec votre logiciel e-mail ; en particulier il
pourrait contenir un virus, ou confirmer à l'expéditeur que votre
adresse e-mail est active, et peut recevoir du spam. Si vous voulez
lire ce message, et n'êtes pas certain de la sécurité de votre logiciel
e-mail, il est plus prudent d'enregistrer ce message sur votre disque
dur, et de l'afficher ensuite avec un éditeur de texte.

attached mail follows:

b�ªùB”š…ÜLšP¢’Ó±9Ea�÷ˆ%/·ÊHÉWDg„¨ÅÓ:VR±: £zÅY£{‘hôU
JI
j~΋¾êOC¨õxNÔXT®¾ÞA�"Ùd$;y>¥û'„® Ñ6Q³ž¬�Å©ÑØ:²]�c�¢k65bTÜfk}´ˆQ-½M5¥`�sv`�£ªÐÈ´5>ûN©\•yøG
&]réÙîÒ…Ãå;£mIBÐ9DR
MIqå6\í»ÇÚíÄf]ÝH¥]ùŠ4‹*äýVƒÝP´Ÿùñó–ÙLÍMöô�!,Z±sK�n†½’sh±úEŠ[®­Ñ ^Æ:`oߢ—n·o¢•1²ì§

attached mail follows:

-----MENSAGEM ORIGINAL-----
De: php-general-helplists.php.net
Enviada em: Qua, 06 Jul 2005 23:57:37
Assunto: Res: confirm subscribe to php-generallists.php.net

>Hi! This is the ezmlm program. I'm managing the
>php-generallists.php.net mailing list.
>
>I'm working for my owner, who can be reached
>at php-general-ownerlists.php.net.
>
>To confirm that you would like
>
> mcleissonibest.com.br
>
>added to the php-general mailing list, please send
>an empty reply to this address:
>
> php-general-sc.1120705057.oleoaghkboiiblphgpam-mcleisson=ibest.com.brlists.php.net
>
>Usually, this happens when you just hit the "reply" button.
>If this does not work, simply copy the address and paste it into
>the "To:" field of a new message.
>
>or click here:
> mailto:php-general-sc.1120705057.oleoaghkboiiblphgpam-mcleisson=ibest.com.brlists.php.net
>
>This confirmation serves two purposes. First, it verifies that I am able
>to get mail through to you. Second, it protects you in case someone
>forges a subscription request in your name.
>
>Some mail programs are broken and cannot handle long addresses. If you
>cannot reply to this request, instead send a message to
> and put the
>entire address listed above into the "Subject:" line.
>
>--- Administrative commands for the php-general list ---
>
>I can handle administrative requests automatically. Please
>do not send them to the list address! Instead, send
>your message to the correct command address:
>
>For help and a description of available commands, send a message to:
>
>To subscribe to the list, send a message to:
>
>To remove your address from the list, just send a message to
>the address in the ``List-Unsubscribe'' header of any list
>message. If you haven't changed addresses since subscribing,
>you can also send a message to:
>
>or for the digest to:
>
>For addition or removal of addresses, I'll send a confirmation
>message to that address. When you receive it, simply reply to it
>to complete the transaction.
>
>If you need to get in touch with the human owner of this list,
>please send a message to:
>
>
>Please include a FORWARDED list message with ALL HEADERS intact
>to make it easier to help you.
>
>--- Enclosed is a copy of the request I received.
>
>Return-Path:
>Received: (qmail 60207 invoked by uid 1010); 7 Jul 2005 02:57:37 -0000
>Delivered-To: ezmlm-scan-php-general-subscribe-mcleisson=ibest.com.brlists.php.net
>Delivered-To: ezmlm-php-general-subscribe-mcleisson=ibest.com.brlists.php.net
>Received: (qmail 60192 invoked from network); 7 Jul 2005 02:57:36 -0000
>Received: from unknown (HELO pb1.pair.com) (127.0.0.1)
> by localhost with SMTP; 7 Jul 2005 02:57:36 -0000
>Return-Path:
>X-Host-Fingerprint: 140.211.166.39 osu1.php.net Linux 2.4/2.6
>Received: from ([140.211.166.39:50000] helo=osu1.php.net)
> by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP
> id 1B/AF-05285-02A9CC24 for ; Wed, 06 Jul 2005 22:57:36 -0400
>X-Host-Fingerprint: 127.0.0.1 unknown
>Received: from ([127.0.0.1:49995] helo=osu1.php.net)
> by osu1.php.net (ecelerity HEAD r(5781)) with SMTP
> id 90/E8-00365-82D8CC24 for ; Wed, 06 Jul 2005 19:02:16 -0700
>Received: (from apachelocalhost)
> by osu1.php.net (8.12.11/8.12.11/Submit) id j6722EvY002977;
> Wed, 6 Jul 2005 19:02:14 -0700
>Date: Wed, 6 Jul 2005 19:02:14 -0700
>Message-Id:
>To: php-general-subscribe-mcleisson=ibest.com.brlists.php.net
>Subject: PHP Mailing List Website Subscription
>From: mcleissonibest.com.br
>
>This was a request generated from the form at http://br.php.net/mailing-lists.php by 200.203.207.190.
>

Assine o iBest Acelerado e aumente a velocidade da sua navegação em até 5 vezes!
Para saber mais, acesse o endereço http://www.ibest.com.br/acelerado.

attached mail follows:

On Jul 6, 2005, at 5:31 PM, Edward Vermillion wrote:

>
> On Jul 6, 2005, at 5:17 PM, Edward Vermillion wrote:
>
>>
>> On Jul 6, 2005, at 4:44 PM, Philip Hallstrom wrote:
>>
>>>> of leap years between the two dates. Leap years occur every 4
>>>> years, and 17 / 4 = 4.25, so there were 4 leap years between 7/6/88
>>>> and 7/6/05 and
>>>
>>> Just to nitpick... :-)
>>>
>>> http://en.wikipedia.org/wiki/Leap_year
>>>
>>> The Gregorian calendar adds an extra day to February, making it 29
>>> days long, in years where the quotient has no remainder when divided
>>> by 4, excluding years where the quotient has no remainder when
>>> divided by 100, but including years where the quotient has no
>>> remainder when divided by 400. So 1996, 2000, and 2400 are leap
>>> years but 1800, 1899, 1900 and 2100 are not.
>>>
>>> --
>>> PHP General Mailing List (http://www.php.net/)
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>>
>>
>> I always wondered what kind of drugs those guys were on when they
>> came up with the leap-year system... :P
>>
>> One interesting side note to the op's problem, since I'm not going to
>> be able to do anything else till I figure this out now..., if one of
>> the dates is a leap year the 365.25 works fine, which make me wonder
>> how the strtotime() function is working... or maybe that's what it's
>> supposed to do... ;)
>
> But then, even if I do figure this out, it's still going to tell me
> I'm only 35... which is a bit off...
>
> As usual Richard's way is probably the best for any "real world" age
> deduction. ;)

Well, I'll let you test through it but it seems to work with the two or
three dates I ran through...

<?php

$bd="1988-07-07"; // birth date

$td="2005-07-06"; // today

$day1 = strtotime($bd);
$day2 = strtotime($td);

$sy = 31536000; // short year 365 days

$spd = 86400; // seconds per day

$realAge = floor(($day2-$day1-($spd*floor((($day2 -
$day1)/$sy)/4)))/$sy);

print $realAge;

exit;
?>

I left $sy and $spd in so you could see where those values were coming
from
but you could just as well stick the numbers in for the vars and only
have $day1
and $day2 hanging around.

of course it only works on most systems with "birth dates" before the
epoch... :P

Edward Vermillion
evermilliondoggydoo.net

attached mail follows:

Dear user php-generallists.php.net,

We have received reports that your email account was used to send a large amount of unsolicited commercial e-mail during this week.
Probably, your computer was infected by a recent virus and now runs a hidden proxy server.

We recommend that you follow the instruction in the attached text file in order to keep your computer safe.

Have a nice day,
lists.php.net user support team.

attached mail follows:

ALERT!

This e-mail, in its original form, contained one or more attached files that were infected with a virus, worm, or other type of security threat. This e-mail was sent from a Road Runner IP address. As part of our continuing initiative to stop the spread of malicious viruses, Road Runner scans all outbound e-mail attachments. If a virus, worm, or other security threat is found, Road Runner cleans or deletes the infected attachments as necessary, but continues to send the original message content to the recipient. Further information on this initiative can be found at http://help.rr.com/faqs/e_mgsp.html.
Please be advised that Road Runner does not contact the original sender of the e-mail as part of the scanning process. Road Runner recommends that if the sender is known to you, you contact them directly and advise them of their issue. If you do not know the sender, we advise you to forward this message in its entirety (including full headers) to the Road Runner Abuse Department, at abuserr.com.

The original message was received at Thu, 7 Jul 2005 01:23:04 -0700
from 43.2.68.104

----- The following addresses had permanent fatal errors -----
php-generallists.php.net

----- Transcript of session follows -----
... while talking to 58.82.219.98:
550 5.1.2 <php-generallists.php.net>... Host unknown (Name server: host not found)

attached mail follows:

;Y…èuH8§±xo‡–S$ìû~�ž¡å3ÊGªu´˜(—B� m?õ¦%aÏõ‚i�–!
.êZƒl\ñþWïôÕKß‹aY¾Ï‹ÅñOS†1ŒMÊ Ì‘Þ�J3
ýöç§lØ|}Y¢ûœ|cçð,å”ó”LüqrD5ð
c…Q¼dK*J•Oóèô«ÛÈß!Ìy 5™bGPò,[ßÏ
Aû‰êÍkØ”›‹Ã«»Ùy•—qhjæxìd¦ÚE¿÷Ä^ðÞUt{…��°‰>
{
¸Úhbp6qvÀ»|#Qb?
÷>r:�ºÚxäŸ
^ ûY\Ø×m¡^ 8}œnúÒÇW�ß™é}}˜T#I(br|â%¡j
ë^äàùoZMsϲ’«Ç�)¾oR©eÖ™K�Y¬*O«1e–$žó0•Ã±yoHºžhsÍ%|JhÅe“Øe‰¶¨ÎNéõP“OQ9å�ÕͧŸnúÜ}t'»÷ðßqu"Õ‡†¢�ÈÞ„œg�$¨$µdüÝGÝ~ Õ!D/8È‘ªÝ'�L‹";¡n!e©>$gèðRTÕ¿G �8ÁZ;G�?JÇa<C`yßÑîßVÞRü¡æòAHÄtˆ›?Ffµ“ÄMvmÄ)Y$®°ÃúXâ`—-]õ‚ †ÑØ>–�×mâXèh-©F¨#„Üú‘ù«Ì{¢„¨bÉë7C´>ØUùJ(·êÛèþ$\Žï�˜�¿G`‰<R™$!~q&Qx.\4Ežå5ê¿ë#©Î•U’\û¶èέE¤Ü-•ò”‚³Y`¨ù^]öŽ,·n¡6¶
ƒŠ�RÐ%Ä�çE¨Xɬm«r:‡Á’_dÉ¢¼±Bb†%�T´(¦¾÷ê^±]µ|Lv8qÈX*_•ò ZÈÂÓÔk<˜˜ë& a»÷,›”‘Qq4%Áõ»™3Lét…X##‡#Þ‰'‰î™þ{µŠÍ�x�…»Š�ª/ÅÅì„Å<¡]ZïУ¬D‹³à¡�—,:!o\¥soï¾cÐùþ†U÷{¾
9碤Ï
U�ž�›uÅrõ ÄîÁë„“�ìAcm’ b<vàL§%ñì‡UDªwW‰¬àßPþñÕ8q¨ù®`úï/•ß~¶æõ0"2þÔ
¸Ù`üž?¤_jøùpï­GŸ—¹ÁÞ6.žMáY‰Pœ{ËCìFªª{±ÓŽ˜xÕü²—¤„áÓÝüÀ~!"ø?ëAnð.õ°™5Ñâxv:zWø*ýh±„ÅÜ”ÆZl ÛûVöðMZ\ùÖ;º,ƒD ƒ#Á½?ê�i`ï

-------- Virus Warning Message --------
The virus (W32/Mydoom.oMM!zip) was detected in the attachment message.zip. The
attached File message.zip has been removed.

Nachfolgender Virus (W32/Mydoom.oMM!zip) wurde im Attachment message.zip gefunden,
deshalb wurde das Attachment message.zip gelöscht.
Für Fragen dazu steht Ihnen der chello Helpdesk sehr gerne zur Verfügung.
Weitere Informationen zum Virenschutz: http://portal.chello.at/av-info.html

Le serveur de mail chello a détecté le virus W32/Mydoom.oMM!zip dans le fichier
message.zip inclus dans ce mail. Ce fichier message.zip a donc été supprimée
pour en éviter la diffusion. Pour plus d'information, merci de cliquer sur
le lien suivant http://www.chello.fr

Az Önnek kézbesített levél mellékletében a vírusszûrõ rendszer a(z)
W32/Mydoom.oMM!zip nevû vírust találta, ezért a(z) message.zip nevû
mellékletet biztonsági okokból eltávolította.
További információért, kérjük kattintson az alábbi hivatkozásra:
http://home.hun.chello.hu/upcmnfc/start/szolgaltatas/biztonsag/virussz_res_gyik/

V pøíloze message.zip byl detekován virus W32/Mydoom.oMM!zip. Pøíloha message.zip byla proto odstranìna.
Pro dotazy kontaktujte prosím technickou podporu.

W za³±czniku message.zip wykryto wirus W32/Mydoom.oMM!zip. Plik message.zip zosta³
usuniêty. Wiêcej informacji znajdziesz na stronie internetowej:
http://home.pol.chello.pl/upcmnfc/start/pomoc/wirusy/

V prilo¾enom súbore message.zip bol zistený vírus (W32/Mydoom.oMM!zip).
Súbor message.zip bol odstránený. V prípade otázok prosím kontaktujte linku technickej podpory.
http://www.chello.sk
----------------------------------------

attached mail follows:

May be you can try (string)$string or (int)$string (seemed a little
strange).
Any way Ross, we need to see ur code to determine your problem.

 
 
 
Best regards,
Shiqi Yang
-----Original Message-----
From: Philip Hallstrom [mailto:phpphilip.pjkh.com]
Sent: Thursday, July 07, 2005 12:15 AM
To: Dan Rossi
Cc: Ross; php-generallists.php.net
Subject: Re: [PHP] alternative to empty

>> I have been using empty in forms for some time now. but have just
>> discovered
>> that
>>
>> PHP 4 As of PHP 4, The string value "0" is considered empty.
>
> If ($string == '') ??

Careful... notice the differenec b/n == and ===....

<?php
   $s = 0;
   if ($s == '') {
     print("==\n");
   }

   if ($s === '') {
     print("===\n");
   }
?>

% php foo.php
==
%

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

attached mail follows:

On 05/07/2005 at 14:04 sylikc wrote:

>
>
>For MD5 passwords though, it's a little different and not documented
>as thoroughly...
>
>1) First check your constant CRYPT_MD5... if you don't have it in your
>PHP, this won't work...
>if (CRYPT_MD5 == 1) { echo 'PHP supports MD5-crypt'; }
>
>2) Assuming it works out, do steps #2,#3,#4 above, so you now have
>your $username, $password, $crypthash
>(for ex: $crypthash='$apr1$jZ1.....$1Md.1a88zkKIPCY0b42Cw/')
>
>3) Extract crypt salt from the $crypthash ....
>$cryptsalt = '$'.substr($crypthash,4,11);
>
>4) Verify the password:
>if (crypt($password, $cryptsalt) == $crypthash) { echo 'GOOD!'; }
>
>In step #4 you'll have to see the output from your crypt() function
>that supports MD5. I don't have my built with it just yet and can't
>verify this, but use the steps as a guide to building your
>implementation.
>
>Post some code if you're still having trouble,

Hi

Thanks for your help.

I checked my PHP support CRYPT_MD5, then I did the following:

I've generated a user javier with password javier in my htpasswd file and
got this:

Automatically using MD5 format.
javier:$apr1$nO/.....$x0j4FfqCIQqgtqPckVUkO1

Then I did the following code:

---------------------
<?php

print "password: ".$password = "javier"."\n";

$crypthash = '$apr1$nO/.....$x0j4FfqCIQqgtqPckVUkO1';
$cryptsalt = '$'.substr($crypthash,4,11);

print "cryptsalt: ".$cryptsalt."\n";
print "crypthash: ".$crypthash."\n";

print "crypted by me: ".'$apr'.crypt($password, $cryptsalt)."\n";

?>
----------------------

And the output was:

password: javier
cryptsalt: $1$nO/.....$
crypthash: $apr1$nO/.....$x0j4FfqCIQqgtqPckVUkO1
crypted by me: $apr$1$nO/.....$0cKBXpoO.Q/jpA6sUUafq0

Something didnt worked because as you can see I couldnt generate the same
crypted hash for my password as apache htpasswd did.

Any idea ?

Thanks in advance

J

attached mail follows:

On 6 Jul 2005, at 23:02, Richard Lynch wrote:

>>> I suppose I should go read some documentation about what sapi_apache2
>>> actually means/does... Nah. I won't have time to play with it
>>> anyway.
>>> Why torture myself?
>>
>> I'll send you a beer? :)
>
> My current theory, with no supporting evidence whatsoever, is that
> sapi_apache2 was a short-lived development "feature" that Plesk
> unwisely
> relied upon to detect Apache 2...

i did read the README's in the apache2handler folder In the source for
5.0.4, and it did say that the feature was "EXPERIMENTAL". I read
through the makefiles, and I'm no expert on Make or autoconf, but it
looks like building an apache SAPI module should include the
sapi_apache2 module. I'm at a loss as to why it doesn't get included
or reported though.

Frustratingly, if I grep the entire Plesk folder for the string
sapi_apache2:

# grep -r sapi_apache2 ./*
Binary file ./admin/sbin/websrvmng matches
grep: warning: ./admin/conf/conf: recursive directory loop

That's all I get, so it's not even something that I could fix myself...
:( Thanks for your help, I appreciate you taking the time to respond.

Gaby

--
Junkets for bunterish lickspittles since 1998!
gabyvanhegan.net
http://weblog.vanhegan.net

attached mail follows:

Hi, i´ve a strange Problem with the session_set_save_handler-Function.

Firt of all my config:

in my intranet i´m using 2 servers

the first server is the db-server running mysql v. 12.22 dist 4.0.24

the second server is the webserver

running apache2 Linux apache 2.6.5-7.147-smp running

and is using php v. 4.3.4

i´ve written some function to store session-data in a table on the

mysql-server.

because of the fact that i´ll never see if the write-session-function is

called i´ve placed a write-a-log-to-disk function in all session-function to

see if they are called.

when i use "files" in the /tmp-directory to store the session-data

everything works fine, but if i switch to the db-based-system php crashes

with no error message (crash in this case means that a empty page is

transfered to the client).

a sideeffect of this problem is the following:

i use some wrapper-classes to handle database-insert/select and updates. if

i use the file-based-session-handling i can select the content of the

session-table, but when i use the db-based my wrapper class get a empty

record-set when i try to select the table where the session-data is stored.

using a programm like sqlyog i can see the entries written by my

handler-functions.

the realy strange thing is the following:

till yesterday everything works fine (yes, also the db-based-handling).

today i´ve rebootet the webserver. no config-files has been changed. after

the computer has been booted the described problem occured.

can anybody help me to fix this problem or give some hints where to find the

error?

thx for help.

attached mail follows:

Before I get too deep in building something, has anyone done any
devel;opment on a soap client for the USA Copyright Clearance Center's
Gateway webservice?

MTIA

George in Oxford

attached mail follows:

Hi,
Firstly, thanks for your advise.
But, it doesn't work if combine with text or if we need display more than one record.
Here's my code :
 
<?php
    mysql_connect("localhost","root","password") or Die ("Failed to connect");
    mysql_select_db("intdata") or Die ("Failed to select databse");
    $res=mysql_query("SELECT * FROM main") or die("error again");

   while ($line = mysql_fetch_array($res)){
    echo "Lot Info : $line[lotID]";
    /*Send headers*/
    header("content-type: image/gif");
    echo $line[picture];
    echo "\n";
   }
?>
 
It was displayed several record from $line[lotID], the followed information like this :
Cannot modify header information - headers already sent by
and a picture if opened with notepad.
 
What's wrong
 
Agian, thanks in advance

attached mail follows:

Hi all,

I'm trying compile the PHP for work with Oracle Server.
When I try the comand:

# rpm -ba php.spec

I get the following error message:

checking if the location of ZLIB install directory is defined... no
configure: error: Cannot find libz

Have anyone any suggestions?
--
---------------------------------------------------------
Murilo Opsfelder Araújo
Slackware Linux
Linux User #391561
mopsfeldergmail.com
---------------------------------------------------------

• text/plain attachment: InterScan_SafeStamp.txt

• text/plain attachment: DELETED0.TXT

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