HUD Free, open source poker tracking software: FPDB - (Version 0.40.5) - Nov 14, 2013 - Page 142 - Poker Software -- Two Plus Two Poker Forums

That error message is definitely not from any fpdb version I've ever seen or heard of, we don't even have files by the name as those in your error. What is the exact name of the file you downloaded, and do you remember where you got it from?

Edit: I think this is the thread you were looking for

http://forumserver.twoplustwo.com/45...x-wine-578650/

I was hoping no one would see that. I was playing 17 tables when I made that post.

I just wanted to get it in the thread before I closed the window.

I downloaded your new database. I'm currently re-importing my database and then I get to upload my SnGs. I'm really happy that you guys are starting to write code for SnG players.

Maybe one day you guys can manage to put together an SnGWiz counterpart.

O and once I get through this DS I'll send a donation.

Quote

07-31-2010 , 04:19 PM

#3527

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I've been trying to catch the source code version 20.902 when it stops auto import, though it happens quite often, I'm usually concentrating on my games and only discover it many hands later.

I should point out that this problem has been occurring on Full Tilt.

Last night I downloaded the exe version and have been playing on Poker Stars for hours now without a single freeze up.

I'll be playing on FT later, if it still acts the same as before, then maybe this narrows it down to the hand importer ???

Quote

07-31-2010 , 04:49 PM

#3528

steffen123

journeyman

Join Date: Aug 2008 Posts: 251

Quote:

Originally Posted by PhenixRising

[snip]Maybe one day you guys can manage to put together an SnGWiz counterpart.

O and once I get through this DS I'll send a donation.

Quote:

Originally Posted by arsenal6

Random suggestion here... It would be money if someone could add "fold to 3bet" to the stat repertoire in a future update

Thanks for everything you do!

No problem

We're currently trying to find a site that would allow people to put bounties on certain features. Does anyone know a site that supports the following features:
- The ability for people to donate money for bounties on doing specific things, such as "fix bug X", "implement feature Y", "support site Z" or even "help me get fpdb to work inspite of the unusual condition W"
- It has to support multiple donaters for one bounty
- It has to allow not defining a fixed amount when creating the bounty

Edit: You can find the mailing list thread on the topic here: http://****************/mailarchive/f...name=fpdb-main
I posted a list of sites I found (but none of them satisfy all our needs) a couple of minutes ago, it hasn't appeared yet but it should appear soon.

Quote:

Originally Posted by DangermaN

I have a feeling this is going to be a difficult one. Yes, the additional test you plan to do would very much help to narrow it down - most of the time the biggest part of fixing a big is figuring out what exactly the actual problem is so your digging is much appreciated

Last edited by steffen123; 07-31-2010 at 04:56 PM.

Quote

07-31-2010 , 05:26 PM

#3529

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I wish I knew more about Python, I've been writing and debugging code for over 30 years so it's kind of frustrating to have a bug and no clue how to catch it.

I'm reading up though....

Quote

07-31-2010 , 05:34 PM

#3530

ekdikeo

old hand

Join Date: Aug 2006 Posts: 1,364

Quote:

Originally Posted by DangermaN

I wish I knew more about Python, I've been writing and debugging code for over 30 years so it's kind of frustrating to have a bug and no clue how to catch it.

I'm reading up though....

I think you'll enjoy Python once you get the hang of it. The bulk of us who've worked on it have said they didn't know much about python when they got into it, either.

Additional Everleaf updates include improvements to stat accuracy, import speed, etc. If anyone's using Everleaf, besides me, I'd love to know about it.

Quote

07-31-2010 , 11:40 PM

#3531

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I suppose it could boil down to apples and oranges, but the source code version of 20.902 fails regularly and reliably, but the exe 20.902 version runs perfectly.

So either there's a difference in the source trees between the two versions, or there's something flaky about my python 2.5.2 installation.
I'm running gtk+-bundle-2.12.11-20080720 and gtk demo runs flawlessly.

Quote

08-01-2010 , 12:22 AM

#3532

ekdikeo

old hand

Join Date: Aug 2006 Posts: 1,364

Quote:

Originally Posted by DangermaN

I might recommend trying python 2.6.5 (32-bit), although it will require a little digging to find all the right windows libraries, they aren't too difficult to locate .. i think the exe ver is built with 2.6, and it might be possible that somewhere we've used something that either isn't implemented in 2.5 or is implemented differently.

Quote

08-01-2010 , 01:05 AM

#3533

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I've installed 2.6 and it won't run until I upgrade my GTK+, I'm going through all that right now ....

Might enable 2.7 to run too which I will certainly try.

Quote

08-01-2010 , 01:18 AM

#3534

Ace2Spade

stranger

Join Date: Apr 2010 Posts: 10

Hi, Ive been using FPDB for a for hours now on Stars. The hud seems like its best feature! Well done.

Im a developer (however never worked with Python, but I know SQL really well)

2 features that I would like.

* A popup so you could see a villain starting range
* For multi-tabling, live tracking of what the villain has done on previous streets for the current hand

Now I understand the live tracking feature might not be possible because it needs data before the poker sites write it to the hand history files.

Anyway, I cant seem to able to find the source of SourceForge. I might be interested in getting involved. Thanks for your work so far.

Quote

08-01-2010 , 01:26 AM

#3535

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I've got the 20.902 source code version running under windows with
Python 2.7
GTK+ 2.20.0

Haven't done a lot of testing, but ... here goes ....

Quote

08-01-2010 , 01:31 AM

#3536

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

The source version on sourceforge is fpdb-0.20.902.tar.bz2.

You can use 7zip to open and untar.

Quote

08-01-2010 , 02:51 AM

#3537

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

No go, the source version still has an autoimport freeze

It always ends with half a line printed:

Quote:

HH20100801 T296975948 No Limit Hold'em Freeroll.txt 1 stored, 0 duplicates, 0 partial, 0 errors (time = 0.063000).
FT20100731 $2 + $0.25 Sit & Go (175677926), Table 1 - 15-30 - No Limit Hold'em.txt 1 stored, 0 duplicates, 0 partial, 0 errors (time = 0.094000)...
HH20100801 T296975948 No Limit Hold'em Freeroll.txt

The relevant source code ...

Quote:

try:
if not os.path.isdir(file):
self.caller.addText("\n"+os.path.basename(file))
except KeyError: # TODO: What error happens here?
pass
(stored, duplicates, partial, errors, ttime) = self.import_file_dict(self.database, file, self.filelist[file][0], self.filelist[file][1], None)
try:
if not os.path.isdir(file): # Note: This assumes that whatever calls us has an "addText" func
self.caller.addText(" %d stored, %d duplicates, %d partial, %d errors (time = %f)" % (stored, duplicates, partial, errors, ttime))
except KeyError: # TODO: Again, what error happens here? fix when we find out ..
pass

The first bolded line prints the first half of the line, and the second one prints the last half, so the error must be in the second bolded line or in the italicized line.
I believe that the italicized line calls the hand history parser (indirectly) and so it's possible that it's hanging in there somewhere.

Quote

08-01-2010 , 03:01 AM

#3538

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

Of course all of that is unimportant considering that the exe version does not have this error, so if there were different source trees involved, a little diffing should reveal the code with the freeze up.

Quote

08-01-2010 , 03:02 AM

#3539

sorrow

old hand

Join Date: Apr 2008 Posts: 1,531

Quote:

Originally Posted by DangermaN

I believe that the italicized line calls the hand history parser (indirectly) and so it's possible that it's hanging in there somewhere.

Almost certainly.

You can run a command line version of the import:

./GuiBulkImport.py -c "Full Tilt Poker" -f filename

Which should show you what is crashing

Quote

08-01-2010 , 03:09 AM

#3540

ekdikeo

old hand

Join Date: Aug 2006 Posts: 1,364

hmm. I can't reach the last page of this thread (236) because it keeps redirecting me to 36.

If anyone is still using the "Reposition Windows" command in the menu, let me know if you still need to use it at any time or if you see anything else wonky in the hud in the next few snapshots, pls

Quote

08-01-2010 , 04:56 AM

#3541

gimick

journeyman

Join Date: Apr 2010 Posts: 272

Quote:

Originally Posted by DangermaN

Of course all of that is unimportant considering that the exe version does not have this error

That's interesting - I would suggest checking your installed dependencies are at the same versions as the .exe. The files used are documented in the walkthrough which can be found here: http://trac-git.assembla.com/fpdb/br...ghPython26.txt

-902 was built with nosse option on numpy - see walkthrough for details on how to force that setting on your system.

If you are using mysql backend version 1.2.2 , it might be worth trying the version 1.2.3 - If you can't find a pre-built package, the fpdb project built its own (see walkthrough).

Quote:

Originally Posted by DangermaN

so if there were different source trees involved, a little diffing should reveal the code with the freeze up.

The exe was built from tag 0.20.902 in steffens git. The only thing normally patched prior to build should have been the version number on the fpdb menu.

Quote

08-01-2010 , 03:53 PM

#3542

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I followed the steps in the walk through except:

I didn't 'git' any source, since the source in question is fpdb-0.20.902.tar.bz2 from sourceforge

Also, I didn't generate an exe version since the one being compared is fpdb-0.20.902noSSE.exe from sourceforge.

So I have all the same libraries and dependencies used for the exe version set up for GTK and python 2.6, including a nosse install of numpy. I'll be playing later today and let you know how things go.

Quote

08-01-2010 , 03:56 PM

#3543

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

I should also point out that I'm using SQLite (it's so easy to use).

Quote

08-01-2010 , 08:51 PM

#3544

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

Well it's a no go. I still have freeze ups with a pristine setup using the source version, but not the exe version.

The only difference I see is in the headline of the about box, the source version claims to be 0.20.901 but the exe shows 0.20.902:

Quote

08-02-2010 , 01:15 PM

#3545

PhenixRising

enthusiast

Join Date: Oct 2009 Posts: 74

I have had FPDB open for two days while bulk importing my Stars data. It has not finished yet. I have about 6500 files to import. I uploaded one file at a time twice. I uploaded each file in about 1.5 seconds.

Do I have it set up properly to bulk import?

Also I can not open the Import Tourn Summaries. I've tried Ctrl-I and simply clicking on it through the menu. I tried once I opened the program as well.

O and I'm using the latest deb package.

Quote

08-02-2010 , 01:52 PM

#3546

gimick

journeyman

Join Date: Apr 2010 Posts: 272

Quote:

Originally Posted by DangermaN

Well it's a no go. I still have freeze ups with a pristine setup using the source version, but not the exe version.

Hi DangermaN

Thanks for reporting this - I've just tested this on the development code, and I also managed to get a lockup within a few minutes when running sourcecode (multitabling FTP rush cash fwiw).

In fpdb errors log file I got:

Code:

fpdb starting ...Traceback (most recent call last):
  File "C:\Documents and Settings\b\Desktop\fpdb\pyfpdb\GuiAutoImport.py", line 160, in do_import
    self.importer.runUpdated()
  File "C:\Documents and Settings\b\Desktop\fpdb\pyfpdb\fpdb_import.py", line 371, in runUpdated
    (stored, duplicates, partial, errors, ttime) = self.import_file_dict(self.database, file, self.filelist[file][0], self.filelist[file][1], None)
  File "C:\Documents and Settings\b\Desktop\fpdb\pyfpdb\fpdb_import.py", line 467, in import_file_dict
    print "fpdb_import: sending hand to hud", hand.dbid_hands, "pipe =", self.caller.pipe_to_hud
IOError: [Errno 9] Bad file descriptor

I can't tell if this was simultaneous with the lockup. Could you check if this message is thrown when you get the lockup (note that this log initalises every time fpdb is run).

Quote

08-02-2010 , 01:54 PM

#3547

steffen123

journeyman

Join Date: Aug 2008 Posts: 251

Quote:

Originally Posted by PhenixRising

This doesn't sound like a setup problem. Can you check your CPU load? If it's low then fpdb probably crashed. Check the log files, hopefully it gives some error message.

Quote:

Originally Posted by PhenixRising

Also I can not open the Import Tourn Summaries. I've tried Ctrl-I and simply clicking on it through the menu. I tried once I opened the program as well.

O and I'm using the latest deb package.

You can't import tourney summaries whilst bulk or auto import are running. It also doesn't give any feedback in the GUI at the moment, the only way to check if it did what it's supposed to is to run it from a terminal and look at the output. Or of course to use the Tourney Player Stats viewer.
Have you configured your email account in fpdb?

Quote

08-02-2010 , 03:24 PM

#3548

steffen123

journeyman

Join Date: Aug 2008 Posts: 251

Quote:

Originally Posted by 1meandog4u

Here's the complete hand including headers. I had a suspicion and watched my vpip % and it definitely went up, rather than down. I only had a few hands due to a recent recreate on my db, so it was easy to see the percent jump up.

Thx,

Dog

HTML Code:

PokerStars Game #47368695848:  Omaha Hi/Lo Limit ($0.50/$1.00 USD) - 2010/07/27 20:11:10 PT [2010/07/27 23:11:10 ET]

I just tried this hand with the latest developer version (should be available shortly as 0.20.903) and I can't reproduce the bug. The VPIP for you for this hand is recorded as False/0. When the new version is out, can you try it with that to confirm that the bug is fixed?

Thanks, Steffen

Quote

08-02-2010 , 08:11 PM

#3549

DangermaN

enthusiast

Join Date: Apr 2010 Posts: 54

Quote:

Originally Posted by gimick

Code:

fpdb starting ...Traceback (most recent call last):
  File "C:\Documents and Settings\b\Desktop\fpdb\pyfpdb\GuiAutoImport.py", line 160, in do_import
    self.importer.runUpdated()
  File "C:\Documents and Settings\b\Desktop\fpdb\pyfpdb\fpdb_import.py", line 371, in runUpdated
    (stored, duplicates, partial, errors, ttime) = self.import_file_dict(self.database, file, self.filelist[file][0], self.filelist[file][1], None)
  File "C:\Documents and Settings\b\Desktop\fpdb\pyfpdb\fpdb_import.py", line 467, in import_file_dict
    print "fpdb_import: sending hand to hud", hand.dbid_hands, "pipe =", self.caller.pipe_to_hud
IOError: [Errno 9] Bad file descriptor

I can't tell if this was simultaneous with the lockup. Could you check if this message is thrown when you get the lockup (note that this log initalises every time fpdb is run).

I think you caught it. I never noticed that in the error logs before, and possibly because I've been shifting back and forth between versions ... each time fpdb starts that file is replaced.

Anyway, I tailed the error log while playing and sure enough, the exception is raised at the exact moment that the 'half line' is printed. I checked the hand history and it was hosed.

I expect that when the importer is in that hung state that it is holding the hand history file open in a strange way because the file continued to grow, but all the new characters were ascii 0.

Another possibility is that the error occurs when fpdb attempts to import while the file is still being written and the 0 bytes I'm seeing are just the high bytes of wide characters because one byte was lost and the wchars are now out of sync.

I'm sending the hand history to the mailing list for post mortem.

Quote

08-03-2010 , 06:03 AM

#3550

pepel

enthusiast

Join Date: Mar 2010 Posts: 65

I think there is a bug on "bounty hunter" tournaments (at least in PS). Probably the problem is on the header:

Code:

PokerStars Game #46835872122: Tournament #292141652, $1.00+$0.25+$0.15 USD Hold'em No Limit - Level I (10/20) - 2010/07/16 10:41:01 CET [2010/07/16 4:41:01 ET]
Table '292141652 5' 9-max Seat #1 is the button
Seat 1: flash24777 (2000 in chips)
Seat 2: lynda75 (2000 in chips)
Seat 3: superpepel (2000 in chips)
Seat 4: Sxytgurl (2000 in chips)
Seat 5: KOBRA.M (2000 in chips)
Seat 6: swebby1973 (2000 in chips)
Seat 7: BEATLE32 (2000 in chips)
Seat 8: pafiliano (2000 in chips)
Seat 9: seke1610 (2000 in chips)
lynda75: posts small blind 10
superpepel: posts big blind 20

The error is:

Code:

Traceback (most recent call last):
  File "/usr/share/pyshared/fpdb/GuiBulkImport.py", line 95, in load_clicked
    (stored, dups, partial, errs, ttime) = self.importer.runImport()
  File "/usr/share/pyshared/fpdb/fpdb_import.py", line 228, in runImport
    (totstored, totdups, totpartial, toterrors) = self.importFiles(self.database, None)
  File "/usr/share/pyshared/fpdb/fpdb_import.py", line 284, in importFiles
    ,self.filelist[file][0], self.filelist[file][1], q)
  File "/usr/share/pyshared/fpdb/fpdb_import.py", line 438, in import_file_dict
    hhc = obj(self.config, in_path = file, out_path = out_path, index = idx, starsArchive = self.settings['starsArchive'])
  File "/usr/share/pyshared/fpdb/HandHistoryConverter.py", line 101, in __init__
    self.start()
  File "/usr/share/pyshared/fpdb/HandHistoryConverter.py", line 149, in start
    self.processedHands.append(self.processHand(handText))
  File "/usr/share/pyshared/fpdb/HandHistoryConverter.py", line 275, in processHand
    hand = Hand.HoldemOmahaHand(self.config, self, self.sitename, gametype, handText)
  File "/usr/share/pyshared/fpdb/Hand.py", line 678, in __init__
    hhc.readHandInfo(self)
  File "/usr/share/pyshared/fpdb/PokerStarsToFpdb.py", line 258, in readHandInfo
    hand.fee = int(100*Decimal(info[key][middle+2:]))
  File "/usr/lib/python2.6/decimal.py", line 545, in __new__
    "Invalid literal for Decimal: %r" % value)
  File "/usr/lib/python2.6/decimal.py", line 3697, in _raise_error
    raise error(explanation)
decimal.InvalidOperation: Invalid literal for Decimal: u'0.25+$0.15'
INFO:importer:Converting /home/pepel/hands/HH20100717 T292641456 No Limit Hold'em $1.25 + $0.15.txt

I think that HUD importing did work, at least with an older (don't-remember-which) version, with 0.20.902 bulk import doesn't work for this kind of tournament.

regards,

Quote

Page 142 of 377

First

42 92 122 132 137 138 139 140 141 142 143 144 145 146 147 152 162 192 242 342

Last

Post Reply Subscribe

...

Page 142 of 377

First

42 92 122 132 137 138 139 140 141 142 143 144 145 146 147 152 162 192 242 342

Last