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.sourceforge.net/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.