Re: [SLE] I HAD IT WORKING! MySQL under SuSE 9.0 Woes
On Tuesday 13 April 2004 03:07, you typed:
Try using #rcmysql start
To start the server and then check the status with
# rcmysql status
linux:/home/markvii # rcmysql start Starting service MySQL failed linux:/home/markvii # rcmysql status Checking for service MySQL: unused linux:/home/markvii # So far, it will NOT run. Yet, I was able to do this, just the other day, and it DID RUN. Yet I haven't changed anything that I can remember...
Regarding the install of phpMyAdmin - RTFM, it needs to be installed in a location below your apache server on this machine and then configured - which will require you to read and understand the instructions for configuration.
Geez--I don't know what it is with you guys and your obsession with phpMyAdmin! It ain't gonna work, IF MySQL ain't running in the first place! Why bother to get phpMyAdmin going, when MySQL won't even show me that simple monitor program that runs in the Konsole window when you type "mysql -u <username> -p" ??? I have installed Apache, and everything that has the word "Apache" in it, as well as everything that has "php" in it's name, and everything that has "mysql" in it's name--this, plus all dependencies, have all been installed, using YAST. And when I did this, and enabled MySQL under the RunLevel Editor in YAST, that was when MySQL's monitor program worked. But now, it has stopped working; and just "FAIL"s, as you can see above, and in the error messages that I sent in the last Email. I have already uninstalled everything and wiped clean, the whole entire installation of MySQL and re-installed it all, once already. And that's when it finally ran; so why did it stop again? I do not understand! There is nothing in the "Troubleshooting" that I can find. And I have "RTFM", thank you very much! It assumes very quickly that you can at least get the monitor program running; meaning, that the daemon mysqld is running. I hope this clarifies the issue. My father keeps goading me to just go ahead and go back to Windows, and get Access. I don't want to give up, but I really need this database system working, and to KEEP working, so that I don't have to re-install it every other week, just to get it running again. Thanks, --Mark VII
On Wednesday 14 April 2004 05.55, Mark Seven Smith wrote:
So far, it will NOT run. Yet, I was able to do this, just the other day, and it DID RUN. Yet I haven't changed anything that I can remember...
You ran mysqld directly as root, but with incorrect parameters. This failed to start mysql but it did succeed in changing the ownership of some important files. Try chown -R mysql.daemon /var/lib/mysql followed by "rcmysql start" and see if that helps
On Tuesday 13 April 2004 21:04, Anders Johansson typed:
On Wednesday 14 April 2004 05.55, Mark Seven Smith wrote:
So far, it will NOT run. Yet, I was able to do this, just the other day, and it DID RUN. Yet I haven't changed anything that I can remember...
You ran mysqld directly as root, but with incorrect parameters. This failed to start mysql but it did succeed in changing the ownership of some important files.
Try
chown -R mysql.daemon /var/lib/mysql
followed by "rcmysql start" and see if that helps
AAAAGH! *MAN*, I was hoping that would work...it sounded so *logical*!
Here's the result:
markvii@linux:~> su
Password:
linux:/home/markvii # chown -R mysql.daemon /var/lib/mysql
linux:/home/markvii # rcmysql start
Starting service MySQL
failed
linux:/home/markvii #
Here's what my directory looks like now: (I showed what it looked like with
this command before, in the previous Email):
linux:/home/markvii # ls -lia /var/lib/mysql
total 20558
234907 drwxr-xr-x 4 mysql daemon 488 2004-04-13 21:41 .
23 drwxr-xr-x 41 root root 1072 2004-04-13 04:31 ..
246711 -rw-rw---- 1 mysql daemon 25088 2004-03-28 18:13
ib_arch_log_0000000000
246708 -rw-rw---- 1 mysql daemon 10485760 2004-04-10 09:26 ibdata1
246709 -rw-rw---- 1 mysql daemon 5242880 2004-04-10 09:26
ib_logfile0
246710 -rw-rw---- 1 mysql daemon 5242880 2004-03-28 18:13
ib_logfile1
98547 -rw-rw---- 1 mysql daemon 3200 2004-04-13 21:41
linux-slow.log
238969 drwx------ 2 mysql daemon 528 2004-03-28 18:13 mysql
262556 -rw-rw---- 1 mysql daemon 1347 2004-04-13 21:41 mysqld.log
262521 -rw-rw---- 1 mysql daemon 194 2004-04-08 03:27
mysqld.log-20040408.gz
262568 -rw-rw---- 1 mysql daemon 188 2004-04-08 12:14
mysqld.log-20040409.gz
251154 -rw-rw---- 1 mysql daemon 477 2004-04-11 01:37
mysqld.log-20040411.gz
247414 -rw-rw---- 1 mysql daemon 358 2004-04-12 11:33
mysqld.log-20040412.gz
247391 -rw-rw---- 1 mysql daemon 491 2004-04-13 01:19
mysqld.log-20040413.gz
238970 drwx------ 2 mysql daemon 48 2004-03-28 18:13 test
linux:/home/markvii #
Everything's now the same owner and group. But it doesn't help. There must
be something simple being overlooked; but I go through everything I can find;
the SUSE manuals for MySQL, everything, but I cannot figure it out. There is
a page about troubleshooting; but it doesn't have anything very much to do
with things at this point--everything it suggests has been tried.
This is so *FRUSTRATING*!!!
Any ideas on what to do next? Pay SuSE for help? Wait for the SuSE 9.2 (or
whatever) to come out? Just abandon all the work I've done, and re-install
the entire system (I don't have a way to really back things up...) Or
perhaps just toss the notebook computer into the swamp (if San Diego has a
swamp) and become a TV vegetable? ;-) Where should I go next? I'd like to
take some courses in Computer Science so that I can understand what's "going
on underneath the hood" so to speak (as if the computer is a car), but I
can't get out and about; my health is too poor.
If I understood the kernel better, it seems to me that I would be able to
fathom why such problems come up. Who would know enough about Linux to be
able to say what's going on with my weird problems? I am probably going to
un-install all the MySQL and php and Apache stuff and wipe the /var/lib/mysql
directory out one more time; but then, if this happens again, I don't know
what I will do. I just hate the idea of having to be stuck using vi to
catalog all my books...I won't be able to do the things that I am trying to
accomplish by using a relational, SQL-type database. Maybe PostgreSQL? But
that'll be even worse, trying to start learning all over again...
On Tue, Apr 13, 2004 at 09:55:53PM -0700, Mark Seven Smith wrote: <snip>
Here's what my directory looks like now: (I showed what it looked like with this command before, in the previous Email):
linux:/home/markvii # ls -lia /var/lib/mysql total 20558 234907 drwxr-xr-x 4 mysql daemon 488 2004-04-13 21:41 . 23 drwxr-xr-x 41 root root 1072 2004-04-13 04:31 ..
jon@a13:~> ll -d /var/lib/mysql/ drwxr-xr-x 6 mysql daemon 5280 2004-04-14 06:01 /var/lib/mysql/ Maybe?
262556 -rw-rw---- 1 mysql daemon 1347 2004-04-13 21:41 mysqld.log
What's in this? hth /Jon -- Whatever rocks your boat!
On Tuesday 13 April 2004 22:09, Jon Clausen typed:
On Tue, Apr 13, 2004 at 09:55:53PM -0700, Mark Seven Smith wrote:
<snip>
Here's what my directory looks like now: (I showed what it looked like with this command before, in the previous Email):
linux:/home/markvii # ls -lia /var/lib/mysql total 20558 234907 drwxr-xr-x 4 mysql daemon 488 2004-04-13 21:41 . 23 drwxr-xr-x 41 root root 1072 2004-04-13 04:31 ..
jon@a13:~> ll -d /var/lib/mysql/ drwxr-xr-x 6 mysql daemon 5280 2004-04-14 06:01 /var/lib/mysql/
Maybe?
OK, here's what mine says (it's the same, except for the 6, mine's a 4): linux:/home/markvii # ll -d /var/lib/mysql/ drwxr-xr-x 4 mysql daemon 488 2004-04-13 21:41 /var/lib/mysql/ [Continuing on...]
262556 -rw-rw---- 1 mysql daemon 1347 2004-04-13 21:41 mysqld.log
What's in this?
Here is my entire mysqld.log file. There are others, but they are compressed, and I think they are old... linux:/var/lib/mysql # less mysqld.log 040413 07:10:29 mysqld started InnoDB: Error: log file /var/lib/mysql/ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 20971520 bytes! 040413 7:10:32 Can't init databases 040413 7:10:32 Aborting 040413 7:10:33 InnoDB: Warning: shutting down a not properly started InnoDB: or created database! 040413 7:10:33 /usr/sbin/mysqld-max: Shutdown Complete 040413 07:10:33 mysqld ended 040413 20:43:10 mysqld started InnoDB: Error: log file /var/lib/mysql/ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 20971520 bytes! 040413 20:43:12 Can't init databases 040413 20:43:12 Aborting 040413 20:43:12 InnoDB: Warning: shutting down a not properly started InnoDB: or created database! 040413 20:43:12 /usr/sbin/mysqld-max: Shutdown Complete 040413 20:43:12 mysqld ended 040413 21:41:49 mysqld started InnoDB: Error: log file /var/lib/mysql/ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 20971520 bytes! 040413 21:41:51 Can't init databases 040413 21:41:51 Aborting 040413 21:41:51 InnoDB: Warning: shutting down a not properly started InnoDB: or created database! 040413 21:41:51 /usr/sbin/mysqld-max: Shutdown Complete 040413 21:41:51 mysqld ended I do not understand those error messages; when I was doing the InnoDB exercises, they seemed to work just fine; I had no problems, and the databases all displayed their tables and such just fine. Even still, I should still be able to get stuff done, at least the Monitor should run! linux:/var/lib/mysql # /etc/init.d/mysql start Starting service MySQL failed linux:/var/lib/mysql # linux:/var/lib/mysql # rcmysql start Starting service MySQL failed linux:/var/lib/mysql # Note the time of this post: I've been sitting here all day, trying to figure this out. I am going in circles! It can't be so difficult; everything else works, so I don't think I have a hardware problem, but it *seems* like that, because nothing I try works (for MySQL)! Here is what happened when I first made MySQL work: ==================== /etc/init.d/mysql start returned 0 (success): Creating MySQL privilege database and starting MySQL... Preparing db table Preparing host table Preparing user table Preparing func table Preparing tables_priv table Preparing columns_priv table Installing all prepared tables 040328 18:13:15 /usr/sbin/mysqld-max: Shutdown Complete PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! This is done with: /usr/bin/mysqladmin -u root password 'new-password' /usr/bin/mysqladmin -u root -h linux password 'new-password' See the manual for more instructions. You can test the MySQL daemon with the benchmarks in the 'sql-bench' directory: cd sql-bench ; perl run-all-tests Please report any problems with the /usr/bin/mysqlbug script! The latest information about MySQL is available on the web at http://www.mysql.com Support MySQL by buying support/licenses at https://order.mysql.com ..done ==================== This was when I was able to begin making progress in the Tutorial, and get up to chapter 6. And yesterday I was still able to log in to the Monitor, and do things like "display databases;" and such as that. Of course, I cannot do any of the benchmark stuff, because I don't have the daemon running yet. There is a document, "/usr/share/doc/packages/mysql/README.SuSE" which tells where things *really* are in the SuSE 9.0 distribution. They're not where they're said to be in the MySQL manual. But I am aware of this, so this is not where the problem lies, either... Today, I am getting all these weird error messages, and MySQL will not let me load the daemon, just like before. And the only fix then was to wipe everything clean and start fresh. And I did. But now, I don't want to have to do that again. I think that is stupid, having to re-install every time I wish to use a database. But what else can I do? Thanks in advance... Best regards... --Mark VII
Hi!
By typing your error message into Google, I was lead to the following result
(two of them)
"Solution
This only works if you don't care about your innodb transaction backups!
Although to get this error, InnoDB probably wasn't working in the first
place.
Just move those log files to ib_logfile0.bak, ib_logfile1.bak, etc. and
start mysql again.
Consequences
This solution is not elegant but it works. At least it worked for me because
I didn't have any real data in the innodb tables anyways. INNODB stores all
transactions in it's log files so by moving those, I probably erased all the
backups of my transactions. If you have data you need to save, you'll have
to get help from someone wiser than me. ;) "
2nd result:
"Yes, do you have already the InnoDB data and log files and you are
specifying a different size for them.
You should do:
1- if the older InnoDB files doesn't has important data for you, just delete
them.
2- if you need to preserve theses files them specify the correct size in
your my.cnf/my.ini.
3- If you don't use InnoDB, then specify skip-innodb in the configuration
file."
I just want to tell you this if you have to do forensics on your database,
do this:
1. Back-up ALL your folder /var/lib/mysql, by copying it on your home
directory, for instance (use mc to do this), also copy /etc/my.cnf
2. rpm -ev mysql
3. DELETE all the directory you backed up
4. reinstall mysql, execute the online update (by running the comand you)
and start modifying /etc/my.cnf then rcmysql restart after EVERY line of
modifications you do into it
5. be sure that you don't have /homedir/.my.cnf and/or /root/.my.cnf
P.S. Please send me a copy of your mysql manual (the one you are using for
innodb and to learn mysql)
Thanks,
Radu
----- Original Message -----
From: "Mark Seven Smith"
On Tuesday 13 April 2004 22:09, Jon Clausen typed:
On Tue, Apr 13, 2004 at 09:55:53PM -0700, Mark Seven Smith wrote:
<snip>
Here's what my directory looks like now: (I showed what it looked like with this command before, in the previous Email):
linux:/home/markvii # ls -lia /var/lib/mysql total 20558 234907 drwxr-xr-x 4 mysql daemon 488 2004-04-13 21:41 . 23 drwxr-xr-x 41 root root 1072 2004-04-13 04:31 ..
jon@a13:~> ll -d /var/lib/mysql/ drwxr-xr-x 6 mysql daemon 5280 2004-04-14 06:01 /var/lib/mysql/
Maybe?
OK, here's what mine says (it's the same, except for the 6, mine's a 4):
On Tuesday 13 April 2004 23:31, Radu Voicu typed:
Hi!
By typing your error message into Google, I was lead to the following result (two of them)
Dang! I thought I had exhausted all that I could do with Google! Guess not!
"Solution This only works if you don't care about your innodb transaction backups! Although to get this error, InnoDB probably wasn't working in the first place.
Just move those log files to ib_logfile0.bak, ib_logfile1.bak, etc. and start mysql again.
why don't I just delete them?
Consequences
This solution is not elegant but it works. At least it worked for me because I didn't have any real data in the innodb tables anyways. INNODB stores all transactions in it's log files so by moving those, I probably erased all the backups of my transactions. If you have data you need to save, you'll have to get help from someone wiser than me. ;) "
Nope, don't need them, and don't care what they say...I had no useful data entered yet, because I was sure that I would lose it...
2nd result:
"Yes, do you have already the InnoDB data and log files and you are specifying a different size for them.
YIKES! The book said something about that, but I inferred that it meant if you had been using InnoDB databases before...I didn't realize that it applied to even if you had done *anything* before; and I did do the fixes to /etc/ my.cnf AFTER I ran "/etc/init.d/mysql start" for the first time (which initializes and performs some first-time tasks).
You should do:
1- if the older InnoDB files doesn't has important data for you, just delete them.
Good! I will.
2- if you need to preserve theses files them specify the correct size in your my.cnf/my.ini.
Nah--I'll leave it how the Tutorial told me to set it up.
3- If you don't use InnoDB, then specify skip-innodb in the configuration file."
Why would you want to do that? The ISAM database style has no foreign keys; How Can It Even Be Considered a "Relational Database Management System"? Answer: IT ISN'T! You *need* to have InnoDB if you want to do true relational databasing...
I just want to tell you this if you have to do forensics on your database, do this:
1. Back-up ALL your folder /var/lib/mysql, by copying it on your home directory, for instance (use mc to do this), also copy /etc/my.cnf 2. rpm -ev mysql 3. DELETE all the directory you backed up 4. reinstall mysql, execute the online update (by running the comand you) and start modifying /etc/my.cnf then rcmysql restart after EVERY line of modifications you do into it 5. be sure that you don't have /homedir/.my.cnf and/or /root/.my.cnf
This seemed pretty difficult at first, but I read through it, and it makes perfect sense now. I don't understand that last part of number 4; "by running the command you"? You mean the YAST Online Update (probably this).
P.S. Please send me a copy of your mysql manual (the one you are using for innodb and to learn mysql)
Now that would be difficult; I purchased it at Borders:
http://tinyurl.com/2bdpm
(This is an Amazon.com link). the book is really for rank beginners; I can
send it to you once I am through with it (which ain't ever gonna happen
unless I get past this dang daemon problem!
I went through and deleted EVERYTHING in the /var/lib/mysql directory, except for the directory /var/lib/mysql/mysql, and /var/lib/mysql/test (which was empty, anyway), and a "sock" file which was left over from an "almost success" just previously. Here's some hightlights (scroll to the end to see the fun! :-): markvii@linux:~> su Password: linux:/home/markvii # cd /var/lib/mysql/
>>Here I've switched to the directory...
linux:/var/lib/mysql # ls . .. ib_arch_log_0000000000 ibdata1 ib_logfile0 ib_logfile1 linux-slow.log mysql test
>>No surprises here...
linux:/var/lib/mysql # rcmysql start Starting service MySQL failed linux:/var/lib/mysql #
>>SIGH!...
linux:/var/lib/mysql # ls . ib_arch_log_0000000000 ib_logfile0 linux-slow.log mysqld.log .. ibdata1 ib_logfile1 mysql test
>>Checking to see what's still there...
linux:/var/lib/mysql # rm linux-slow.log
>>Removing a file...
linux:/var/lib/mysql # rcmysql start Starting service MySQL failed
>>DARN!...
linux:/var/lib/mysql # rm ib_arch_log_0000000000 linux:/var/lib/mysql # rcmysql start Starting service MySQL failed
>>DARN AGAIN!...
linux:/var/lib/mysql # ls . .. ibdata1 ib_logfile0 ib_logfile1 linux-slow.log mysql mysqld.log test linux:/var/lib/mysql # rm ib_logfile rm: cannot remove `ib_logfile': No such file or directory
>>OOPS! :-) ...
linux:/var/lib/mysql # rm ib_logfile ib_logfile0 ib_logfile1 linux:/var/lib/mysql # rm ib_logfile*
>>Might as well get 'em all! ...
linux:/var/lib/mysql # ls . .. ibdata1 linux-slow.log mysql mysqld.log test linux:/var/lib/mysql # rm linux-slow.log
>>It was boring anyway...
linux:/var/lib/mysql # cat mysqld.log 040414 03:43:03 mysqld started InnoDB: Error: log file /var/lib/mysql/ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 20971520 bytes! 040414 3:43:04 Can't init databases 040414 3:43:04 Aborting 040414 3:43:04 InnoDB: Warning: shutting down a not properly started InnoDB: or created database! 040414 3:43:04 /usr/sbin/mysqld-max: Shutdown Complete 040414 03:43:04 mysqld ended 040414 03:43:25 mysqld started InnoDB: Error: log file /var/lib/mysql/ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 20971520 bytes! 040414 3:43:26 Can't init databases 040414 3:43:26 Aborting 040414 3:43:26 InnoDB: Warning: shutting down a not properly started InnoDB: or created database! 040414 3:43:26 /usr/sbin/mysqld-max: Shutdown Complete 040414 03:43:26 mysqld ended 040414 03:43:46 mysqld started InnoDB: Error: log file /var/lib/mysql/ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 20971520 bytes! 040414 3:43:47 Can't init databases 040414 3:43:47 Aborting 040414 3:43:47 InnoDB: Warning: shutting down a not properly started InnoDB: or created database! 040414 3:43:47 /usr/sbin/mysqld-max: Shutdown Complete 040414 03:43:47 mysqld ended
>>That's the end of the /var/lib/mysql/mysqld.log file...
linux:/var/lib/mysql # ls . .. ibdata1 mysql mysqld.log test linux:/var/lib/mysql # rm mysqld.log linux:/var/lib/mysql # ls . .. ibdata1 mysql test
>>Remove more stuff, and then see what's there...next, I will try to run the "rcmysql start" again! ...
linux:/var/lib/mysql # rcmysql start Starting service MySQL failed
>>OOOOH! NO WAY!!! ...
linux:/var/lib/mysql # ls . ib_arch_log_0000000002 ib_logfile0 linux-bin.001 linux-slow.log mysqld.log mysql.sock .. ibdata1 ib_logfile1 linux-bin.index mysql mysqld.pid test
>>AAAAAACK! Now just *look* at the mess I made, by that last command not working out!!! ...let's begin removing crap again...
...
linux:/var/lib/mysql # rm ib ib_arch_log_0000000002 ibdata1 ib_logfile0 ib_logfile1 linux:/var/lib/mysql # rm ib* linux:/var/lib/mysql # ls . linux-bin.001 linux-slow.log mysqld.log mysql.sock .. linux-bin.index mysql mysqld.pid test
>>Not bad, but let's deal with that last few stuff--...
linux:/var/lib/mysql # rm linux- linux-bin.001 linux-bin.index linux-slow.log
>>Get It ALL!!! ...
linux:/var/lib/mysql # rm linux-* linux:/var/lib/mysql # ls . .. mysql mysqld.log mysqld.pid mysql.sock test linux:/var/lib/mysql # rm mysqld. mysqld.log mysqld.pid linux:/var/lib/mysql # rm mysqld.*
>>There! That's the last of it! ...
linux:/var/lib/mysql # ls . .. mysql mysql.sock test
>>Only three objects left to deal with, and I don't want to screw with my SOCKs! ...
linux:/var/lib/mysql # /etc/init.d/mysql start Starting service MySQL done
>>DONE! DONE???
OMG! ...
linux:/var/lib/mysql # ls . .. mysql mysql.sock test linux:/var/lib/mysql #
>>BUT LOOK--it did not create a bunch of stuff this time! I wonder why? ...
No matter, let's go try it out: markvii@linux:~> mysql -u pampaluz -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 7 to server version: 4.0.15-Max-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> show databases; +----------+ | Database | +----------+ | mysql | | test | +----------+ 2 rows in set (0.06 sec) mysql> use mysql; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> show tables; +-----------------+ | Tables_in_mysql | +-----------------+ | columns_priv | | db | | func | | host | | tables_priv | | user | +-----------------+ 6 rows in set (0.00 sec) mysql> \q Bye markvii@linux:~> Kewl, yes?????????????? :-) Now let's look at the other window: linux:/var/lib/mysql # ls -l total 2 drwxr-xr-x 4 mysql daemon 128 2004-04-14 03:46 . drwxr-xr-x 41 root root 1072 2004-04-13 04:31 .. drwx------ 2 mysql daemon 528 2004-03-28 18:13 mysql srwxrwxrwx 1 mysql daemon 0 2004-04-14 03:45 mysql.sock drwx------ 2 mysql daemon 48 2004-03-28 18:13 test linux:/var/lib/mysql # So I am curious: where have my logs gone? Will it still generate them? Thanks, --Mark VII pampaluz@cox.net -- --Mark VII
On Tue, Apr 13, 2004 at 11:17:18PM -0700, Mark Seven Smith wrote:
23 drwxr-xr-x 41 root root 1072 2004-04-13 04:31 ..
jon@a13:~> ll -d /var/lib/mysql/ drwxr-xr-x 6 mysql daemon 5280 2004-04-14 06:01 /var/lib/mysql/
Maybe?
Not. Sorry for the static... I misread ".." for "." in your output... :P Nice that you got it going though... /Jon -- Whatever rocks your boat!
On Wednesday 14 April 2004 13:17, Jon Clausen typed:
On Tue, Apr 13, 2004 at 11:17:18PM -0700, Mark Seven Smith wrote:
23 drwxr-xr-x 41 root root 1072 2004-04-13 04:31 ..
jon@a13:~> ll -d /var/lib/mysql/ drwxr-xr-x 6 mysql daemon 5280 2004-04-14 06:01 /var/lib/mysql/
Maybe?
Not.
Sorry for the static... I misread ".." for "." in your output... :P
Nice that you got it going though...
You know, it just feels so D@MN GOOD, now that I finally have it working, after all the weeks of frustration. It is strange; just this huge feeling of--more than just relief--but *triumph!!!* And I don't even have any data entered yet! LOL! But it's still great...! :-) Thanks again everyone! --Mark VII
participants (4)
-
Anders Johansson
-
Jon Clausen
-
Mark Seven Smith
-
Radu Voicu