phplib-users Mailing List for PHPLIB (Page 21)
Brought to you by:
nhruby,
richardarcher
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(106) |
Sep
(99) |
Oct
(44) |
Nov
(97) |
Dec
(60) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(56) |
Feb
(81) |
Mar
(134) |
Apr
(69) |
May
(106) |
Jun
(122) |
Jul
(98) |
Aug
(52) |
Sep
(184) |
Oct
(219) |
Nov
(102) |
Dec
(106) |
2003 |
Jan
(88) |
Feb
(37) |
Mar
(46) |
Apr
(51) |
May
(30) |
Jun
(17) |
Jul
(45) |
Aug
(19) |
Sep
(5) |
Oct
(4) |
Nov
(12) |
Dec
(7) |
2004 |
Jan
(11) |
Feb
(7) |
Mar
|
Apr
(15) |
May
(17) |
Jun
(13) |
Jul
(5) |
Aug
|
Sep
(8) |
Oct
(6) |
Nov
(21) |
Dec
(13) |
2005 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(7) |
May
|
Jun
(11) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
2006 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
(5) |
2007 |
Jan
(15) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(19) |
Sep
(2) |
Oct
|
Nov
|
Dec
(6) |
2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
From: Nathaniel P. <np...@te...> - 2003-02-19 17:26:13
|
I don't run MySQL, but there are two things you might look at: First, check to make sure that you have MySQL configured to accept more than 30 (or whatever) connections. The relavent documentation appears to be here (look for the max_user_connections configuration option): http://www.mysql.com/doc/en/System_Variables.html http://www.mysql.com/doc/en/SET_OPTION.html and possibly here: http://www.mysql.com/doc/en/User_resources.html However, if you don't administer your own database, you'll probably have to talk to your system administrator to be able to change these settings. Second, check to see if there is any PHP configuration options that limit the number of concurrent connections. There is a list of options that can be configured for PHP's MySQL support here (you can find out what these options are set to on your server with the phpinfo() function): http://www.php.net/manual/en/ref.mysql.php Hope this helps... _________________________________ Nathaniel Price <np...@te...> Webmaster ----- Original Message ----- From: <so...@gm...> To: <php...@li...> Sent: Wednesday, February 19, 2003 8:27 AM Subject: [Phplib-users] SQL: more than 'max_user_connections' > hello, > > I keep getting the following mistake from my site: > > > Warning: User net@localhost has already more than 'max_user_connections' > active connections in /home/www/net/phplib_lablue/db_mysql.inc on line 73 > > Warning: MySQL Connection Failed: User net@localhost has already more > than 'max_user_connections' active connections in > /home/www/net/phplib_lablue/db_mysql.inc on line 73 > Database error: pconnect(localhost, net, $Password) failed. > MySQL Error: () > Session halted. > > > problem seems to appear with 30 or more users online at the same time. > > Is this a SQL related problem (bad config) or possibly within PHP? p |
From: <so...@gm...> - 2003-02-19 16:27:42
|
hello, I keep getting the following mistake from my site: Warning: User net@localhost has already more than 'max_user_connections' active connections in /home/www/net/phplib_lablue/db_mysql.inc on line 73 Warning: MySQL Connection Failed: User net@localhost has already more than 'max_user_connections' active connections in /home/www/net/phplib_lablue/db_mysql.inc on line 73 Database error: pconnect(localhost, net, $Password) failed. MySQL Error: () Session halted. problem seems to appear with 30 or more users online at the same time. Is this a SQL related problem (bad config) or possibly within PHP? thx, MAREK. |
From: Jan P. <jan.ptacek@i.cz> - 2003-02-19 15:03:52
|
hi i've done db_ifx.inc class for phplib db abstraction layer what a pitty that it was already done by Robert Sosnowski years ago so the question is: WHY IS NOT ROBERT'S CLASS AVAILABLE IN THE DOWNLOAD PACKAGE ??? only difference is that mine version supports the seek($pos) method of abstract db api but you have to ask for scroll cursor support by setting var $Scroll_Cursor = 1; in /* public: configuration parameters */ section second thing to mention: there is implicit begin and commit work statement issued during locking/unlocking within nextid() call this can be an issue if you are using transactions anyway enjoy ptica |
From: Richard A. <rh...@ju...> - 2003-02-12 23:22:02
|
At 17:36 -0500 12/2/03, Ron Phillips wrote: >Is there an alternative to LIKE? I want to give the user the option >search by a phrase or by each word. Two problems I'm having are too >many LIKE queries in a single command and pulling queries where the >word is only part of a larger word. Does your database of choice support full text searches? >This probably seems simple, but I had the server call too many >connections when was testing today, so I'd like to find a solution >that isn't creating too many connections. No matter how many like terms you have in a query, it's still only one query. So that sounds more like a database or web server misconfiguration. Are you using pconnect? ...R. |
From: Ron P. <ro...@ne...> - 2003-02-12 22:38:00
|
I've been using phpLIB as my database wrapper, so I thought I'd ask the = group this question. Is there an alternative to LIKE? I want to give the user the option = search by a phrase or by each word. Two problems I'm having are too many = LIKE queries in a single command and pulling queries where the word is = only part of a larger word. This probably seems simple, but I had the server call too many = connections when was testing today, so I'd like to find a solution that = isn't creating too many connections. Ron Phillips Web Development ------------------------------------------------------- Charleston Newspapers Interactive http://www.cn-interactive.com |
From: Peter C. <li...@kr...> - 2003-02-11 21:32:44
|
Hello again At 22:10 11/02/03 +0100, Achim Daiber wrote: >> >I get the following problem when I am dealing with really large session >> >variables. >> >Parse error: parse error in /home/phplib/php/session.inc(329) : eval()'d >> >code on line 418 > >> Your default session container isnt big enough for the data you're holding >> in your session. Switch $sess->that_class from ct_sql to ct_split_sql and >> your problem should go away. >> >> Peter >> >thanx, it works this way, but unfortunately I now get a mysql-error-message >I don't know how to interpret: > >Database error: Invalid SQL: BEGIN TRANSACTION >MySQL Error: 1064 (You have an error in your SQL syntax near 'TRANSACTION' >at line 1) >Session halted. > >The SQL-statement is created in ct_split_sql.inc but I can't see what's >wrong there. > >Any idea? It's been a while since I had to use ct_split_sql. I think I just commented out the TRANSACTION stuff in ct_split_sql. Normal (myISAM) mySQL tables dont support transactions - see http://www.mysql.com/doc/en/COMMIT.html. A better way would be to have a rewritten ac_store in your local extension of ct_split_sql. No doubt someone else in the list has a better/more elegant solution. It would be nice if there was a flag in the class that indicated whether the database supports transactions. Peter |
From: Achim D. <ftr...@gm...> - 2003-02-11 21:11:09
|
Dear Peter, > At 21:22 11/02/03 +0100, Achim Daiber wrote: > >Hello List, > > > >I get the following problem when I am dealing with really large session > >variables. > >Parse error: parse error in /home/phplib/php/session.inc(329) : eval()'d > >code on line 418 > Your default session container isnt big enough for the data you're holding > in your session. Switch $sess->that_class from ct_sql to ct_split_sql and > your problem should go away. > > Peter > thanx, it works this way, but unfortunately I now get a mysql-error-message I don't know how to interpret: Database error: Invalid SQL: BEGIN TRANSACTION MySQL Error: 1064 (You have an error in your SQL syntax near 'TRANSACTION' at line 1) Session halted. The SQL-statement is created in ct_split_sql.inc but I can't see what's wrong there. Any idea? Greetings, Achim. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! |
From: Peter C. <li...@kr...> - 2003-02-11 20:43:25
|
Hi Achim At 21:22 11/02/03 +0100, Achim Daiber wrote: >Hello List, > >I get the following problem when I am dealing with really large session >variables. >Parse error: parse error in /home/phplib/php/session.inc(329) : eval()'d >code on line 418 > >anyone know how to get around this? Your default session container isnt big enough for the data you're holding in your session. Switch $sess->that_class from ct_sql to ct_split_sql and your problem should go away. Peter ----------------------------- Peter Cruickshank Tel: +44 7092 086 881 email: pe...@kr... |
From: Achim D. <ftr...@gm...> - 2003-02-11 20:22:45
|
Hello List, I get the following problem when I am dealing with really large session variables. Parse error: parse error in /home/phplib/php/session.inc(329) : eval()'d code on line 418 anyone know how to get around this? Thanx and greetings, Achim. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! |
From: Peter C. <li...@kr...> - 2003-02-09 19:48:27
|
I think you'd have to write an extension to the db class with a new method which loops through the results and build up your array, or rewrite your higher-level code to cycle through using while($db->next_record) instead of foreach($array as $k => $record)... Peter At 20:06 09/02/03 +0100, dab wrote: >yes sorry, i meant the entire result set. >is it possible? > > > > --- Peter Cruickshank <li...@kr...> skrev: >> At 14:20 09/02/03 +0100, dab wrote: >> >i couldn't find anything in the manual about this >> but >> >is there anyway to fetch an associative array from >> the >> >query as it is in PEAR:DB? >> >thanks in advance.. >> >> After you have done $db->next_record(), $db->Record >> contains an associative array of the elements of the >> current record. >> >> Or do you mean the entire result-set? >> >> Peter >> |
From: <da...@ya...> - 2003-02-09 19:06:58
|
yes sorry, i meant the entire result set. is it possible? --- Peter Cruickshank <li...@kr...> skrev: > At 14:20 09/02/03 +0100, dab wrote: > >i couldn't find anything in the manual about this > but > >is there anyway to fetch an associative array from > the > >query as it is in PEAR:DB? > >thanks in advance.. > > After you have done $db->next_record(), $db->Record > contains an associative array of the elements of the > current record. > > Or do you mean the entire result-set? > > Peter > _____________________________________________________ Gratis e-mail resten av livet på www.yahoo.se/mail Busenkelt! |
From: Peter C. <li...@kr...> - 2003-02-09 15:55:45
|
At 14:20 09/02/03 +0100, dab wrote: >i couldn't find anything in the manual about this but >is there anyway to fetch an associative array from the >query as it is in PEAR:DB? >thanks in advance.. After you have done $db->next_record(), $db->Record contains an associative array of the elements of the current record. Or do you mean the entire result-set? Peter |
From: <da...@ya...> - 2003-02-09 13:20:03
|
i couldn't find anything in the manual about this but is there anyway to fetch an associative array from the query as it is in PEAR:DB? thanks in advance.. /dab _____________________________________________________ Gratis e-mail resten av livet på www.yahoo.se/mail Busenkelt! |
From: <da...@ya...> - 2003-02-09 13:15:00
|
i couldn't find anything in the manual about this but is there anyway to fetch an associative array from the query as it is in PEAR:DB? thanks in advance.. /dab _____________________________________________________ Gratis e-mail resten av livet på www.yahoo.se/mail Busenkelt! |
From: <da...@ya...> - 2003-02-09 12:57:59
|
i couldn't find anything in the manual about this but is there anyway to fetch an associative array from the query as it is in PEAR:DB? thanks in advance.. /dab _____________________________________________________ Gratis e-mail resten av livet på www.yahoo.se/mail Busenkelt! |
From: Giancarlo <gia...@na...> - 2003-02-08 19:17:44
|
Benjamin Boksa wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Marko, > > take a look at auth.inc and I tell you the idea behind my patch: > > So what happens if you haven't authorized and call a page? First 'if > ($this->is_authenticated())' (line 67), which you are not, so the else > block is executed which sets $state to 1 (line 91). Then you go into the > block for 'case 1' (line 95). As you want to login you are in "log"-mode > so you go into the block for "log"-mode (line 109). If nobody is not set > you go into the block after else (line 117). > > This is the point were my patch jumps in. Usually the phplib would now > display the login form, ignoring that the username and password passed > to the page might already contain the information necessary to login. + What is the value of $auth->auth[uid] at this moment? If you are expecting username/passqord then auth->auth[uid] should value 'form', because whenever a login form is shown, an thus before its content can be taken taken into consideration, it has to value 'form'. This is the way phplib used to work. Try set &auth->auth[uid]='form' anytime anywhere (at the very start of every page if you are to have a logoin form everywhere), that should unblock this. > All I do now is calling $uid = $this->auth_validatelogin() at this point > to check these information passed to the page. > > If you have got further questions just drop me an eMail. > > Regards, > > Benne > > > Am Freitag, 07.02.03, um 10:54 Uhr (Europe/Berlin) schrieb Marko Kaening: > >> Hi Benjamin, >> >>> does it still happen after you applied the patch to auth.inc? >> >> still didn't apply the patch, since couldn't really figure out how to >> reproduce this strange behaviour. So there is no real test of this >> possible. just have to live with it so far. I also wait for some response >> from the list whether other people patched and what they thinkr about >> this >> approach. >> >> Marko > > > > - -- > Benjamin Boksa > b....@si... > > side by site GmbH & Co. KG > Druckgestaltung & Webdesign > > Barbarastr. 3-9 (Block 6) > D-50735 Koeln > > Fon: +49 221 2790964 > Fax: +49 221 2790965 > > http://www.sidebysite.de/ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.7 (Darwin) > > iD8DBQE+RN8IR5U9XkJXZKwRAtfPAJwMNZd9flGk1N6Qvgf6fxkIQ+yFEQCeJ/QT > BK/MmuGAxC405b/ARsiToWM= > =qcux > -----END PGP SIGNATURE----- > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Phplib-users mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phplib-users > |
From: Benjamin B. <b....@si...> - 2003-02-08 10:42:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Marko, take a look at auth.inc and I tell you the idea behind my patch: So what happens if you haven't authorized and call a page? First 'if ($this->is_authenticated())' (line 67), which you are not, so the else block is executed which sets $state to 1 (line 91). Then you go into the block for 'case 1' (line 95). As you want to login you are in "log"-mode so you go into the block for "log"-mode (line 109). If nobody is not set you go into the block after else (line 117). This is the point were my patch jumps in. Usually the phplib would now display the login form, ignoring that the username and password passed to the page might already contain the information necessary to login. All I do now is calling $uid = $this->auth_validatelogin() at this point to check these information passed to the page. If you have got further questions just drop me an eMail. Regards, Benne Am Freitag, 07.02.03, um 10:54 Uhr (Europe/Berlin) schrieb Marko Kaening: > Hi Benjamin, > >> does it still happen after you applied the patch to auth.inc? > still didn't apply the patch, since couldn't really figure out how to > reproduce this strange behaviour. So there is no real test of this > possible. just have to live with it so far. I also wait for some > response > from the list whether other people patched and what they thinkr about > this > approach. > > Marko - -- Benjamin Boksa b....@si... side by site GmbH & Co. KG Druckgestaltung & Webdesign Barbarastr. 3-9 (Block 6) D-50735 Koeln Fon: +49 221 2790964 Fax: +49 221 2790965 http://www.sidebysite.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (Darwin) iD8DBQE+RN8IR5U9XkJXZKwRAtfPAJwMNZd9flGk1N6Qvgf6fxkIQ+yFEQCeJ/QT BK/MmuGAxC405b/ARsiToWM= =qcux -----END PGP SIGNATURE----- |
From: Nathaniel P. <np...@te...> - 2003-02-07 17:16:19
|
From http://www.sanisoft.com/phplib/manual/how_permissions_work.php "Due to limitations of your machines integer size you can only define up to 31 permission levels." However, that doesn't mean that you can't extend the Perm class to handle a different permissions scheme which doesn't have this limitation. This is just the way it is if you decide to keep the default Perm behavior. _________________________________ Nathaniel Price <np...@te...> Webmaster ----- Original Message ----- From: "Achim Daiber" <ftr...@gm...> To: <php...@li...> Sent: Friday, February 07, 2003 7:52 AM Subject: [Phplib-users] Number of permissions > I want to use the permission class of the phplib for a new project, but I'm > not sure about how many different permissions I'm going to need. My question: > Is the number of different permissions in the $permissions-array restricted > to a certain number? |
From: Achim D. <ftr...@gm...> - 2003-02-07 15:52:38
|
Hello, I want to use the permission class of the phplib for a new project, but I'm not sure about how many different permissions I'm going to need. My question: Is the number of different permissions in the $permissions-array restricted to a certain number? Thanx and all the best, Achim -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! |
From: Marko K. <M.K...@os...> - 2003-02-06 14:23:46
|
Hi Benjamin, > I had the problem that I had to go through the phplib-login mechanism > even if I posted the username and the password to the Auth-protected > page: I had this also quite a few times. Don't really understand why it actually happens since when I reloaded the page in the browser displaying the login screen, I did reach the page itself without the need of entering the login form. Strange, perhaps this came with a newer PHP version. I am afraid I see this only since I changed to PHP 4.3.0... But perhaps I am wrong. Marko |
From: Benjamin B. <b....@si...> - 2003-02-06 13:01:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I had the problem that I had to go through the phplib-login mechanism even if I posted the username and the password to the Auth-protected page: user enters data -> phplib -> user has to enter data again for phplib - -> user can access page The included patch fixes that "problem" so that: user enters data -> user can access page Please send me your comments if you like. Regards, Benne - --- begin patch --- *** auth.inc.orig Thu Feb 6 11:21:51 2003 - --- auth.inc Thu Feb 6 11:30:09 2003 *************** *** 115,127 **** $this->auth["refresh"] = 0x7fffffff; return true; } else { ! # Show the login form ! $this->auth_loginform(); ! $this->auth["uid"] = "form"; ! $this->auth["exp"] = 0x7fffffff; ! $this->auth["refresh"] = 0x7fffffff; ! $sess->freeze(); ! exit; } break; case "reg": - --- 115,135 ---- $this->auth["refresh"] = 0x7fffffff; return true; } else { ! if ($uid = $this->auth_validatelogin()) { ! $this->auth["uid"] = $uid; ! $this->auth["exp"] = time() + (60 * $this->lifetime); ! $this->auth["refresh"] = time() + (60 * $this->refresh); ! return true; ! } ! else { ! # Show the login form ! $this->auth_loginform(); ! $this->auth["uid"] = "form"; ! $this->auth["exp"] = 0x7fffffff; ! $this->auth["refresh"] = 0x7fffffff; ! $sess->freeze(); ! exit; ! } } break; case "reg": - --- end patch --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (Darwin) iD8DBQE+Qly7R5U9XkJXZKwRApSXAKCKBlxzDcaXKqVBJOGZ84ugp2/x6wCeLdEB YjnSLwdzdkVHT+8JoLIlqn4= =wwsr -----END PGP SIGNATURE----- |
From: David E. <da...@er...> - 2003-02-03 11:43:10
|
Unfortunately this is not the solution as register_globals is on. Thanks for the suggestion though . Any other ideas??..... Regards David ----- Original Message ----- From: "Dr Tarique Sani" <ta...@sa...> To: <Php...@li...> Sent: Monday, February 03, 2003 10:18 AM Subject: Re: [Phplib-users] problem with authentication since upgrading php > On Mon, 3 Feb 2003, David Eisenhart wrote: > > Is register_globals off ? > > Turn it on and do read about register_globals if not already done so... > > HTH > Tarique > > > > I wonder if anyone can help me ..... my user authentication appears to have broken. (I can't be 'totally' sure it is a php upgrade that has caused this but, by a process of elimination, the last time I used and did any work on the site authentication worked fine; the only major change I've done to the server config since then is to upgrade php (to 4.2.3) and mysql (to 3.23.29)) > > > > It does not appear that the auth_validatelogin() function is being called with the consequence that the user can not get past the site login page. > > > > Any ideas would be fantastic ... I'm pulling my hair out here!! > > > > David > > > > -- > =================================================================== > PHP Applications for E-Biz: http://www.sanisoft.com -o) > /\\ > Indian PHP User Group: http://groups.yahoo.com/group/in-phpug _\_v > =================================================================== > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Phplib-users mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phplib-users > > |
From: Dr T. S. <ta...@sa...> - 2003-02-03 10:47:09
|
On Mon, 3 Feb 2003, David Eisenhart wrote: Is register_globals off ? Turn it on and do read about register_globals if not already done so... HTH Tarique > I wonder if anyone can help me ..... my user authentication appears to have broken. (I can't be 'totally' sure it is a php upgrade that has caused this but, by a process of elimination, the last time I used and did any work on the site authentication worked fine; the only major change I've done to the server config since then is to upgrade php (to 4.2.3) and mysql (to 3.23.29)) > > It does not appear that the auth_validatelogin() function is being called with the consequence that the user can not get past the site login page. > > Any ideas would be fantastic ... I'm pulling my hair out here!! > > David > -- =================================================================== PHP Applications for E-Biz: http://www.sanisoft.com -o) /\\ Indian PHP User Group: http://groups.yahoo.com/group/in-phpug _\_v =================================================================== |
From: David E. <da...@er...> - 2003-02-03 10:30:02
|
I wonder if anyone can help me ..... my user authentication appears to = have broken. (I can't be 'totally' sure it is a php upgrade that has = caused this but, by a process of elimination, the last time I used and = did any work on the site authentication worked fine; the only major = change I've done to the server config since then is to upgrade php (to = 4.2.3) and mysql (to 3.23.29)) It does not appear that the auth_validatelogin() function is being = called with the consequence that the user can not get past the site = login page. Any ideas would be fantastic ... I'm pulling my hair out here!! David |
From: Reverend C. J. <ch...@ti...> - 2003-01-31 22:25:01
|
On Fri, Jan 31, 2003 at 09:15:28AM +0100, Marko Kaening wrote: > Chris, > > Phplib developers can get ideas from things in php-lib, but I also believe > > the consensus was that we needed to start a new development tree once we > > had a real release (not a beta) from the -stable tree. The CVS tress are > > definitely in need of cleaning and organizing. > Yes, I know as well, I think I was one of the first who asked to take the > snapshot into CVS to have a better control of what is going on, though I > am definitely not a phplib-developer. > > The ONLY thing which made me nervous was that the announcing post from Joe > which started this thread didn't give that information that one has to use > phplib-stable. Someone reading only that post, who didn't follow the list > and wouldn't know about the final decision to use the stable tree, would > probably try to get the sources from phplib (the developer tree). Don't > you think? Marko, Sorry I misunderstood your question. Yes, I agree with you. It should be made as clear as possible which tree to use. I'll see if I can add a note someplace to the web site to make it clearer, as well. Thanks, -- ..chris |