I didn't have any cash money hands in my history and was hoping to generate some quick stats to test with. I sat down and played a few real hands and it worked like a charm. It does keep telling me that it's reading the config file from the local directory even though I copied it to ~/.fpdb. In python, `locale` spit out an error about it being undefined.

The HUD definitely does not work when using Enlightenment as the WM. I tried it in Gnome, Gnome/Openbox and Openbox and the statboxes showed up every time. I did have to run Tables.py separately to get it to recognize the table, though. In just about every case, I lost the main fpdb window and couldn't get it back (but the HUD remained).

Thanks for the help!

I'm running 0.12 (newest from git, I think).

I'm trying out the newest version from SourceForge (fpdb-0.12-20100213) with SQLite straight out of the box and I'm having trouble importing stud hi hands. The error log gave me the following message:

Any idea what's going on here? Thanks.

Edit: It looks like the hands were successfully imported. Did this happen just because I didn't have my HUD active? The bulk import UI looked like it was still working, but the logs indicated that the import was finished.

Excellent for functioning, not sure about config - i'll leave it for now.

http://www.freebsd.org/doc/en/books/...alization.html

Setting these variables in your env should resolve the issue.
Good to know.
Que? Running Tables.py kills the main window?

Sorrow

That function should never be called using bulk import...

I'm not sure what is going on there.

Is there a simple way to edit one of the files to change the date/time zones? I'm on Pacific Time, and wouldn't even have a problem if it were on EasternDT as that would match up with PS's default times.

I hate having my hud stats change right in the middle of a session when it hits approx 4pm Pacific, which as I understand, FPDB runs on GMT and Pacific is -8 hrs. I use a 10 day stat for myself and use my "player profit" to give me an indication of how I am doing for the session or day. Changing in the middle of "my" day, messes me up

I assume there is a file I can manually alter to change that default, please say "yes" and tell me what to change. Thanks

Dog

There was some talk about this on the mailing list once, but no real conclusion. We store the handstart time in UTC (aka GMT, London time with no daylight savings time adjustment) but I dont really see the point. I think it just causes problems (like yours) for no gain. My choice would be to just store local time and have a configuration variable users can set to determine the time that each "day" starts, like in PT2. (So if you generally finish playing at 2am - 3am, you could set the variable to tell fpdb that anything before say 6am should count in the previous day.)

I'd be interested to hear other opinions

(Sorry, don't know the fix offhand, I think there could be several changes required to do what you want)

I'll pipe up, I travel enough that storing hands to a consistent reference point (ie. GMT) is worth it. Both MySQL and PostgreSQL, store as GMT by default too.

We dont have a way to do this as yet though.

Sorrow

UPDATE:

The only "workaround" that I have come up with is to modify the Pokerstars (or any other) icons to automatically run as Admin.

To do this:

Right click on the icon, choose properties, click the Advanced button, select run as Admin

It will prompt you to confirm each time you launch the icon but at least it stops you forgetting.

I have also created a desktop icon for fpdb.exe and done the same and it all appears to work now.

I'll share my little secret. Here's a program "must have" for all Vista users. I've had it for a long time now, nearly since Vista came out. It's made by Norton (Semantics Corp) and it's great. It modifies the UAC control. When a program pops up and asks permission to run, you have to option of clicking a box "don't ask again" and it will never ask again..... unless.... you update or make changes to that file.

It builts a list of programs that you have approved and basically tell it "don't bother me again" ..

http://www.symantec.com/norton/theme...=0&depthpath=0 Enjoy!!

Dog

I just noticed some "strange" changes. For reasons of a computer problem, I had to recreate my database today. I bulk imported fine, and might add at 60hands/sec.

Everything seemed fine. I did a Player Stats report. Not that I use the stat "bbxr/100", but it is WAY off. In fact, the figure is smaller than the bb/100, and that should never be since it should calculate profit + rate / hands /100, instead mine showed a lower figure... huh?

Next, when I run a stats report for just today, the 21st, and I had hands, it showed no data. If I backed it up to the 20th or prior, all data seemed fine. It was as if it were ignoring data within the last 24 hours????

Finally, in the "games", that all changed. Previous to the recreate I had only imported $0.50/$1 limit holdem and $1/$2 limit holdem, and a few $0.02/$0.04 limit holdem when I needed to test either graphics, hud locations or other misc things. When it would list the games, it listed "50, 100 and 2" which indicated the three games only in my database. After I did the recreate, it now lists the same games as "100, 200 and 4" Seems it now lists them based on the BB instead of the SB. I have no problem with that, just want to know if that is something you guys changed.

FYI, when I noticed all this, I did do a hud cache rebuild, and an index rebuild. Nothing changed (probably didn't need to do it)

Thanks

Dog

Hi Dog--I am also getting some odd things, but I am using the most recent git (where odd things belong). What version are you using? Is this all with PokerStars hands? Are you still using mysql? thanks

I'm still using Vista, all Star's hh's, still using mysql. The hud is working fine since I recreated and bulk imported. Just the unusual things like the rake/bbxr being wrong, change in the way it shows "games" with the BB now, and the fact that if I play on the current day, then do a player's stats report and ask for only the current date, it shows nothing.

I even tried a few reports as follows. I did a one day report for the previous day. And, did a one-day report for the day before that. Then, did a two-day report and the totals matched perfect. As soon as I included the current day there were no additional stats. As I mentioned, it seems to ignore stats for the current day until it "passes" to the next day.

Thanks again, oh... I am running the version fpdb-0.12-20100122.tar

Dog

python-xlib

This should be added to the ubuntu install wiki imo. If its already installed it should just give the 'newest version' message and not affect any of the install.

I haven't used this in a while, it seems to be progressing nicely.

Using #! linux

There is now a .deb file in the sourceforge download area for debian/Ubuntu users and it includes xlib OK. Looks like the wiki has not been updated to reflect this. This should make it fairly painless for Ubuntu users to keep up with the most recent snapshot.

From memory xlib actually isn't required, we switched back to using the old window discovery routine because the xlib routine wasn't returning consistent values.

*quick check*

Looks like it requires commenting out more than just the import (it was in the wiki FAQ)

Sorrow

yeah, the xlib that Ubuntu and Suse users get doesn't support one function that we use. I just went back to using xwininfo instead of that function, the other xlib functions are still used. Using xlib is faster and cleaner, I want to look into Unbuntu's xlib sometime soon. (actually, it might be a window manager or desktop manager that isn't populating some of the fields in X--I don't see how/why those 2 distros have a different xlib.)

I updated the "Install on Ubuntu" wiki page.

A quick note to everyone - the host for our source code repositories has had some issues for just under a week, preventing us from putting out a new snapshot release to fix some pretty major bugs.

They are back as of this morning (my time) so we'll be looking towards a new release this week.

Sorrow

when you do issue a new snapshot... should we delete the old one first (saving our hud_config.xml file) and then just unzip and drop it in place of the deleted fpdp directory? Will we need to recreate the database? Thanks

Dog

There won't be any need to recreate the database in the next snapshot

Hi, downloaded the .exe file installed it, clicked on run_fpdb and the program started up however I'm getting a box that pops up that says FPDB WARNING at the top then it says MySQL Server reports: Access denied. Are your permissions set correctly?

I know nothing about MySql how can I fix this? Im assuming I need to set permissions for FpDB to work but how?

I just used up a free trial of HEM and I believe it was using Prostgres for a database, can I have FPDB just use that somehow??

Any help is much appreciated, thanks

Howto Setup MySQL

Howto Setup PostgreSQL

To expand on Eratosthenes' answer:

Yes; just follow the instructions in the 2nd link Eratosthenes gave (but obviously skipping step 1 "install postgreSQL", since you've already got it).

By the way, Fpdb will not be able to access the existing HEM database; you'll have to re-import your hand histories. The two databases will coexist on Postgres without affecting each other.

Thanks for the response. I followed the steps on the site the best I could. I think I did it right but when I try and launch the program I am getting this error msg:


From fpdb-log.txt:

2010-02-23 21:34:21,140 - config INFO Reading configuration file C:\Documents and Settings\xxxx\Application Data\fpdb\HUD_config.xml
2010-02-23 21:34:21,233 - config ERROR Error parsing C:\Documents and Settings\xxxx\Application Data\fpdb\HUD_config.xml. See error log file.
2010-02-23 21:39:51,437 - config INFO Reading configuration file C:\Documents and Settings\xxxx\Application Data\fpdb\HUD_config.xml
2010-02-23 21:39:51,655 - config ERROR Error parsing C:\Documents and Settings\xxxx\Application Data\fpdb\HUD_config.xml. See error log file.

When you edited your HUD_config.xml file you messed something up. Probably something simple like unmatched <>. It is a lot easier to edit xml files in a programmer's editor like vim that is fast and easy to install (also free). It has automatic highlighting that will show your error. Unless you see your mistake immediately, it is probably easier to start all over by copying the HUD_config.xml.example file in the pyfpd folder.

That seems like it worked, replaced the hud congif text with the example text saved it and launched the program. No error msgs as of yet, keeping fingers crossed. On the bottom of the program window it now says Status: Connected to SQLite database named fpdb.db3 on localhost.

I guess its fine to use SQlite instead of prostgress anyway.

Thanks so much for the help