Oh, ok - thanks

Info for the devs:

In Linux using recent git, had 2 lines in clean_title(name) function, replaced '\(deep\)' with ' (deep)' in both lines - did not help. Then replaced with r' \(deep\)' - also did not help. The function also exits in fulltilt_decode_table by the way (with the r'\(deep\)' ). Also of note, is the HUD stops updating on all tables once I'm on a deep stack table.

So, I then went to Vista to see if it worked on deep tables there. And ran into the
pshandle = win32api.OpenProcess(win32con.PROCESS_QUERY_INFORM ATION | win32con.PROCESS_VM_READ, False, processid[1])
pywintypes.error: (5, 'OpenProcess', 'Access is denied.')
issue experienced by others above. This is with Alpha 9. So I emptied the HH folder, closed everything, started fpdb, started FullTilt, and the HUD worked. I then closed everything again, moved the HH's back, started FullTilt and a table first, then fpdb, and this time it still worked. I'm really not sure what's up with that but am trying more to concentrate on the linux end, so moving on... The HUD works fine on deep stack tables on FT on Vista. A couple times the misplaced HUD bug came up for me (this bug never has effected me on Linux).

Additional note on linux: If I run fpdb by executing it without a terminal, the HUD will not start at all. It only runs when starting fpdb in a terminal. Also, from time to time (seems random), the HUD will just stop updating.

When the HUD stops updating are you still getting this nonsense in the terminal window?
GuiAutoImport.import_dir done
Total stored: 1 duplicates: 0 partial: 0 errors: 0 time: 0.137353897095
GuiAutoImport.import_dir done
GuiAutoImport.import_dir done
GuiAutoImport.import_dir done
That indicates that the importer is still working and the problem is in Tables.py, like we all think.

Needless to say, I have never run fpdb outside a terminal because I want to see any messages. I have never had it stop just randomly stop updating on me.

Thanks for reporting these problems. I want to smooth out these wrinkles before alpha10.

BTW: Tables.py can be run stand alone to test whether it is finding tables OK. I open the table I want to test, edit this line:
print discover_table_by_name(c, "Louie")
and get output like this:
Indicating that table deep table Louie is being found OK.

yes

Hi all I just pushed several fixes to my git repo that fix bugs mentioned recently in this thread (and some that were not mentioned here). My git repo is safe to pull from and I will endeavor to keep it safe.

My git repo is here.

You can clone my repo with this command (You have to have the git client installed on your pc).
git clone git://git.assembla.com/free_poker_tools.git

These fixes will be in the alpha10 release, which we were planning for tomorrow--it will not be out tomorrow, because there are a few more things that I would like to get in it before we release.

Here are the things that I'm pretty sure we've fixed:
PokerStars STTs will work.
Problem with deep tables (and some other tables) is fixed. Fixed that, too. I need to fix where the log files go when starting a desktop shortcut. Please let me know if you see the HUD randomly stop updating. I now have a FTP account and have done testing and don't see it. I will try to play there a lot during the next few days to see if I can reproduce the problem.
Fixed that one.

Please keep reporting problems. We try to test pretty thoroughly, but we only test what we test.

I'm having trouble getting fpdb up and running.

Win XP
Postgres
winInstaller 0.2
fpdb-1.0_alpha_9_p142

Ran the installer
unpacked fpdb
created a Postgres database "fpdb"
edited HUD_config.xml with the postgres stuff

When I double-click fpdb.py

I get an error "The procedure entry point g_timeout_add_seconds_full could not be located in the dynamic link library libglib-2.0-0.dll"

Did the installer install libglib-2.0-0.dll? Or do I need to get that from somewhere?

my fpdb install log looks like this:
16:16 14/12/2008Starting fpdb installation.
MySQL not detected.
PostgreSQL detected.
Installing GTK, return code = 0
Installing python, return code = 0
Backing up path, return code = 1
Updating path, return code = 1
Installing pymysql, return code = 0
Installing pycairo, return code = 0
Installing pygobject, return code = 0
Installing pygtk, return code = 0
Installing psykopg2, return code = 0
Installing pywin32, return code = 0

Thanks for any help.

Hi Steffen or anyone else that cares replying! :P

In file fpdb-1.0_alpha9_p142.zip there's only a file called install-in-ubuntu.txt in the docs dir.
In file fpdb-alpha2-p68.zip there's only a file called install-in-gentoo.txt in the docs dir.

The reason I mention this is cause I used the installer to try this out and I don't have a Program Files/fpdb yet to try to start it.

Where can I find the file install-in-windows.txt ?

http://fpdb.wiki.****************/Install+in+Windows

Thanks, I got this far now:

C:\Download\fpdb-1.0_alpha9_p142\pyfpdb>fpdb.py
Note: error output is being diverted to fpdb-error-log.txt and HUD-error.txt. An
y major error will be reported there _only_.
Failed to load libs for graphing, graphing will not function. Please install num
py and matplotlib if you want to use graphs.
This is of no consequence for other parts of the program, e.g. import and HUD ar
e NOT affected by this problem.
Reading configuration file HUD_config.xml


C:\Download\fpdb-1.0_alpha9_p142\pyfpdb>

pmania: contents of fpdb-error-log.txt and HUD-error.txt ?

Traceback (most recent call last):
File "C:\Download\fpdb-1.0_alpha9_p142\pyfpdb\fpdb.py", line 448, in <module>
me = fpdb()
File "C:\Download\fpdb-1.0_alpha9_p142\pyfpdb\fpdb.py", line 361, in __init__
self.load_profile()
File "C:\Download\fpdb-1.0_alpha9_p142\pyfpdb\fpdb.py", line 266, in load_profile
self.db.connect(self.settings['db-backend'], self.settings['db-host'], self.settings['db-databaseName'], self.settings['db-user'], self.settings['db-password'])
File "C:\Download\fpdb-1.0_alpha9_p142\pyfpdb\fpdb_db.py", line 43, in connect
self.db=MySQLdb.connect(host = host, user = user, passwd = password, db = database)
File "C:\Python25\lib\site-packages\MySQLdb\__init__.py", line 74, in Connect
return Connection(*args, **kwargs)
File "C:\Python25\lib\site-packages\MySQLdb\connections.py", line 170, in __init__
super(Connection, self).__init__(*args, **kwargs2)
_mysql_exceptions.OperationalError: (2003, "Can't connect to MySQL server on 'localhost' (10061)")

HUD_main starting
Using db name = fpdb
Traceback (most recent call last):
File "C:\Download\fpdb-1.0_alpha9_p142\pyfpdb\Database.py", line 61, in __init__
db = c.supported_databases[db_name].db_name)
File "C:\Python25\lib\site-packages\MySQLdb\__init__.py", line 74, in Connect
return Connection(*args, **kwargs)
File "C:\Python25\lib\site-packages\MySQLdb\connections.py", line 170, in __init__
super(Connection, self).__init__(*args, **kwargs2)
OperationalError: (2003, "Can't connect to MySQL server on 'localhost' (10061)")

pmania: There's a line towards the bottom of your HUD_config.xml file that should contain something like: <database db_name="fpdb" db_server="mysql" db_ip="localhost" db_user="fpdb db_pass="YOUR MYSQL PASSWORD" db_type="fpdb"> </database>" . Make sure the "mysql" is replaced by "postgresql" and you put in your postgresql password.

is this good?

Just installed ubuntu today, and stumbled on this thread looking for help on getting pt3 working. I'll be sure to test this out asap.

Keep up the good work guys!

Yes! Deep tables working great! Also, working w/o terminal. Have not seen HUD stop updating since.

New random bug: Something that happens quite frequently: (40% or so of the time) When Hud first appears, many (1 to 6 or so) stats are misplaced in the upperleft of table. If I close fpdb and restart it, the stats usually then all appear in correct positions.

Good to hear, we are aware of the misplacement problem - are you aware you can just left click drag the stats windows into place? Just hanging the mouse over the top will give you the name.

Everybody gets this except me! You can also right click on the HUD window for the table and select relocate stat windows (or something like that) and they should be located to the correct spots. You could also just close that HUD, rather that the whole application--it should pop back up after the next hand.

I'm getting this straight after doing what you suggest, i have tried the reposition stats yet. I'll let you know next time it happens on #fpdb

great stuff , will try and let you know.

Yep, great feature.

The relocate stats moves them exactly as they are to the new table window position if i move it (the table), it does not relocate their relative positions on the table (even if they have been manually moved -which I consider a feature, not a bug).

Unfortunately, I can still not close an individual HUD yet, as that still crashes my system, and I have not figured out the cause of that yet.

small bug: hyphenated full tilt table names not picked up (foo-bar)

xaiviax--was it a foo-bar table or foo - bar?

RGA-HFX detects fine, like this:
TableWindow object
name = RGA-HFX
site = Full Tilt Poker
number = 67109090
title = RGA-HFX (6 max) - $2/$4 - No Limit Hold'em - Logged In As PokerAscetic
width = 794
height = 547
x = 1603
y = 153

CR - HyperAggrDonk crashes:
Traceback (most recent call last):
File "/home/fatray/workspace/hud_project/src/Tables.py", line 372, in <module>
print discover_table_by_name(c, "CR - HyperAggrDonk")
File "/home/fatray/workspace/hud_project/src/Tables.py", line 107, in discover_table_by_name
return Table_Window(info)
File "/home/fatray/workspace/hud_project/src/Tables.py", line 61, in __init__
if info.has_key('number'): self.number = info['number']
AttributeError: 'bool' object has no attribute 'has_key'

I am going to have to think about how to handle tables like CR - HyperAggrDonk

Foo-Bar (and there was no (deep) or (6 max) with it.)

can anyone help me set this up for vista step by step and make its super super super easy because I suck with computers. T

Thanks I would really appreciate it