Wow i feel pretty dumb that i wasn't able to figure that out on my own

Thanks

Now i have a new error: I have set a password for my PostgreSQL and it works with pqAdmin III.

My HUD Config.xml looks like this:

After you upload the new snapshot (0.12??) May I assume that we will need to recreate the database and bulk import?

This indicates that your postgres password is "fpdb". (without the quotes) If that's not right, you'll need to change that entry.

Otherwise, you should take a look at the postgres howto on the fpdb wiki and make sure you have all of that covered.

Don't do anything rash. I'm not sure this will require a reimport.

I followed that HowTo to create the role and database. The database named 'fpdb' has the password 'fpdb', but there has to be another password so it can connect to postgre before it is able to login into the database, right?
Every Tracker i used before needed a login that required username, pass, IP and Port of the Postgre Server.

Example:


Or am i messing something up here?

The error says "no pass supplies", not "pass incorrect/wrong".

That dialog box has "postgres" as the user--I think that is the root user, so you would need the root password. If you had PT3 or HEM install postgres, you can probably find out the default root password from their threads. If you change the user to "fpdb" and the password to "fpdb" you should be able to log on (but not actually do anything).

I'm working on a clean windows install, installed Postgre myself and set a password. I'm able to login via pqadmin III and the psql console.
The user 'postgres' has the password i chose during the installation and it works.
The user 'fpdb' has the password 'fpdb' (as suggested in the Postgre HowTo) and i can login via the psql console as the user fpdb into the fpdb database using the password 'fpdb'. But i can't get the fpdb.py to get past the "fe_sendauth: no password supplied" error.

Really annyoning because it doesn't make a lot of sense to me...

I am a MySQL guy now because I couldn't postgres running properly about 10 years ago

What version of fpdb are you using. You might have better luck using the most recent snapshot rather than the most recent 0.11.x.

Has Sorrow, or someone, uploaded a new snapshot 0.12... I thought there was some kind of problem when I mentioned to him about files named "global..." something. He responded he needed to upload it again. Is that ready to download now. Is it just a drag and drop over the old files to make the changes? Thanks.

Dog

the first upload had a problem--he has not uploaded anything else yet

Unfortunately i'm more of an idiot guy

My programming skills are limited to nonexistent and my knowledge about databases is similar. I'm using 0.11.3 - or, well, i'm trying to use 0.11.3...

This tilts me worse than any session i have ever played... and i play SNGs...

It just doesn't make any sense and google has no helpful results either. I mean, try googling "fe_sendauth: no password supplied", you'll just find some non-sense and suggestions like editing the pg_hba.conf and what not. When i set all connections to "trust" ie. no password required the fpdb.py says that it 'expected an authentification but' and then the error message ends...

ugh... i think i just give up...
thanks for your help tho.

I think there might be a bug in the postgres connection code in that 0.11.3 version, I vaguely remember there was some problem with connecting to postgres at one point. It does generally work, I use postgres as my db, I think maybe it was just broken at the point that release was built.

Try downloading the first 0.12 snapshot from http://****************/projects/fpdb...ar.gz/download
(Get the 7-zip program if you need a prog to unzip that archive.)
Just unzip it into a new dir and copy your current HUD_config.xml into the /pyfpdb/ folder.

- sc

The correct file has been uploaded into the Snapshots area now.

There is no db schema or config changes between the last snapshot and the one i've just uploaded.

Thanks

Sorrow.

So, do we just down load, unzip, drag n drop all the files into FPDB and it works? Perfect? Do we have to protect our config file from overwriting, or is there no new config file. Thanks for the hard work.

Do we ignore the "pax_global header"?? that is outside the FPDB directory? Nevermind the config question, I see there is only the config example file... and we don't have to recreate the database...... yet....

Dog

I just downloaded, unzipped, drag n dropped all the files into FPDB. Thanks for the hard work. Do we ignore the "pax_global header"?? that is outside the FPDB directory?

I did install 0.12 and while I haven't tried the hud, I can't see any difference. Maybe I misunderstood, but I thought (not counting the green color change ) that the player stats columns were now sortable?? Was that a git build and not the one you just uploaded?

Sorry for two posts. Didn't realize I was going to have time to try installing.

Dog

Please try the 0.12 version from the snapshots area. There were bugs in the 0.11.3 connect code that prevented it from working.

I've no idea what pax_global_header is, and it isn't in the archive - it must be an artifact from the client you are using to unzip.

Where do you keep your config file dog? If it isn't in the pyfpdb/ folder then you can just delete the old 0.12 directory and replace it with the archive.

Sorrow

It was a header file from my RAR unzipping program.

It is in the pyfpdb/ folder AND I keep a zipped copy of the latest one in my "archives save" directory.


Here's the results:

Deleted the old directory and installed the 0.12 files I downloaded. Put a copy of my hud_config file back into the pyfpdb/ folder. Made one modification to the "stats.py" file, replacing the "%" with " " to get more spacing.

Opened up the fpdb program and it ran perfect. New colors (much appreciated). Columns all sorted perfect. Ran a couple of reports, all seemed without any errors.

Sat in a table, ran the hud and it too worked to perfection, including the spacing I had changed. I did notice we have a lot of discretion now on each table as to how we want the stats to show... multiple game levels, multiple times, and for both player and opponent. VERY nice feature. They all worked without a hitch.

This was version 0.12 running on Vista with MySQL database. Success is so sweet. My kudos to the coders for a job well done. It's coming along quite nicely.

Thanks 0.12 did the trick and installed just fine (i think).

I edited all the import stuff and it seems to import from the folders i specified, but there is no HUD showing and i can't seem to get any player statistics going in the main window. There are files in the Archive Folder tho, but when I open the HandHistory files, which were played on FTP, they say "Pokerstars Game #whatever etc."

While i'm at it: is there a way to configure the HUD? I only need VPIP, PFR and Number of Hands really, the rest would just clutter up my tiny netbookscreen.
Oh, and is it possible to filter the HUD stats by #Players?

Thanks in advance

Just think, it's only been about a year.

Wow, I look at the first page of the thread, and I guess Steffen started in August of last year.. I joined in sometime in November, I think, I didn't realise it had already been going for a couple of months at that time.

It's come a long way, although there's still plenty of work to be done.

Hi again.

Wow, thanks for such a great program!

Currently running 0.12 on Vista and am wondering if there is a way to position the mucked cards. When I drag them with the mouse they jump right back to their default positions. I can get them to stay on the screen and cause the blank mucked cards to show with SHFT-Click, but still can't make them stay in a new position. Any ideas? Thanks.

Until recently dragging the mucked cards worked--then just save the layout. I don't know when that bug crept in. I'll see if I can track it down and kill it before the next snapshot.

You can also edit the HUD_config.xml file. When you run fpdb from the command line it prints the config file it is using, like this:
So open that file with a text editor and find the Flop_Mucked element:
For example, if you wanted to move the position for seat 3 in 6 max to the right or left, you would change the highlighted line.
x (horizontal) and y (verticle) are measured from the top left of the client window. The common location is for the community cards.

Interesting. FYI, they all say PokerStars. That you have those files means the firt part of the auto-import is working, but the hud initialisation is failing.

Can you locate logging.out (it should be in pyfpdb/) and post any warning/error messages from that file.

Could you also try starting fpdb from a console, there may be an indication of why the hud istn't starting there.
http://****************/apps/mediawik...itle=Howto_HUD should detail this, but isn't quite there yet.

Sorrow

New problem with 0.12

I played last night and everything went fine. I stopped the auto import and closed the program. I open it this morning and it said "unable to open Mysql...." I found the problem. My hud_config file was missing in action???''

So, got out my trusty backup and put it in pyfpdb/ folder. Opened the program, worked perfect. Finished the session, closed it all down and left. Came back awhile ago, tried to start it... same error, hud config file missing again. It keeps deleting the config file.. Any ideas?

p.s. After further investigation, it seems to delete the config file. Then, the next time I open the program, it creates a new config file using the "example" file. Going to try "saving as" my correct config file to the example file. That way, if I am correct, if it deletes the hud config file, it will create a new one using the example file... Right? Which will really be the hud config file I have as a backup.. Where is my logic wrong.... besides everywhere... here goes nothing.


Dog

I might have caused this problem.

Try putting your good HUD_config.xml in your Application Data\fpdb folder. Make sure that you don't have one in the pyfpdb\ or whatever folder you start fpdb from.

Your Application Data\ folder should be in:
c:\Documents and Settings\1meandogforyou\
^----that's for XP

oh crap! the vista location is likely to be different.

I think that's the fix. If you don't know how to put HUD_config.xml there, then one of the guys has to chime in.