Recent Posts by Dave_Burton

Subscribe to Recent Posts by Dave_Burton 9 post(s) found

May 20, 2019
Avatar Dave_Burton 9 post(s)

Comment Topic: JBidwatcher Tips and Tricks / Which JRE?

Hello? Is anybody out there?

 
May 12, 2019
Avatar Dave_Burton 9 post(s)

Comment Topic: JBidwatcher Tips and Tricks / Which JRE?

I usually trust Ninite to pick the best version of free software for Windows 10 (64-bit), but it currently offers three versions of the Java Runtime Environment (JRE) to choose between:

64-bit Java runtime x64 8u212-b03

32-bit Java runtime 8u212-b03

64-bit Java runtime x64 11.0.3

Which is best?

Jbidwatcher is the only thing I use Java for, so I have no concerns about compatibility with other programs.

Which should I use?

 
Jul 18, 2016
Avatar Dave_Burton 9 post(s)

Comment Topic: JBidwatcher Tips and Tricks / Is the savefile (auctions.xml) defunct?

Morgan?

 
May 30, 2016
Avatar Dave_Burton 9 post(s)

Comment Topic: JBidwatcher Tips and Tricks / Is the savefile (auctions.xml) defunct?

Years ago I used to have a little .bat script which ran when I booted my Windows computer, to start jbidwatcher if there were pending snipes for unexpired auctions, but not start it otherwise.

A small Perl program read .jbidwatcher\JBidWatch.cfg to find the path of the savefile (which was always .jbidwatcher\auctions.xml), and then it read auctions.xml to see if there were any pending auctions. The process of checking for pending auctions took a less than a second. The Perl script exited with errorlevel 1 if auctions were pending, and the .bat script wrapper would then start jbidwatcher.

But a few days ago I tried to resurrect that old script, and it didn’t work. The problem is that, although the “savefile” line is still present in JBidWatch.cfg, the auctions.xml file is missing.

Is there a way to get it back, or is that capability gone?

[Note: I first asked this question a few days ago in a “ticket” ( https://jbidwatcher.lighthouseapp.com/projects/8037-jbidwatcher/tickets/1976 ) but that was probably the wrong place for it.]

 
Jan 11, 2016
Avatar Dave_Burton 9 post(s)

Comment Topic: That's SO beta! / JBidWatcher 2.99pre4

I noticed one small issue just now: the “shipping” column is not shown by default.

It is still available under Tab -> Custom Columns, but since “set shipping” is still available in the right-click menu, and the “subtract shipping” option is still available when sniping, I think the shipping column should be enabled by default (even though I see that JBidWatcher still doesn’t manage to scrape the shipping cost from the web page).

Also, I still miss multi-snipe!

 
Jan 11, 2016
Avatar Dave_Burton 9 post(s)

Comment Topic: That's SO beta! / JBidWatcher 2.99pre4

I am excited, Morgan, that you’ve pre-released a new version of JBidWatcher!

One tiny nit that you might want to fix is the size of the “Adding” dialog box which prompts for an auction number. It needs to be a bit taller. Here’s a screenshot:

http://www.burtonsys.com/jbidwatcher_screenshot01.png

That’s under Windows 7 with the default (“100%”) display “DPI” text setting, and Java 8 Update 66.

(BTW, JBidWatcher is the only reason I have Java installed on my computers.)

Gratefully yours,
Dave

 
Aug 10, 2015
Avatar Dave_Burton 9 post(s)

Comment Topic: JBidwatcher Help / Can no longer add items into JBidwatcher!!

Hidey Ho Hoddy (I just had to write that),

Today I started up JBidwatcher (2.5.6-11-gac197d6), and it seemed very sluggish. Even clicking on the “Current” and “Complete” tabs did nothing for about a half-minute, before finally responding. I tried repeatedly to add an item (first by the big “+” button and pasting in the auction number, then by dragging and dropping), and it just wouldn’t work.

But it eventually did work. It apparently wasn’t failing, it was just so slow that I thought it was failing.

I started up process explorer, and I could see that the java runtime (for jbidwatcher) was (and still is, an hour later) stuck in a hard loop. It’s using slightly more than 25% of the CPU, continually, on a quad-core machine.

Eventually, something must have finished, because now I can click on the “Current” and “Complete” tabs, and it switches views promptly. But java is still stuck in a hard loop, pegging the CPU at just over 25% (i.e., one core at 100%, plus a little usage of another core).

Here’s a screen-shot:
http://www.burtonsys.com/jbidwatcher_bugs01.png

In the screen shot you can see both jbidwatcher and process explorer. You can see that java has one CPU core pegged. (I also pasted a capture of the java thread list onto the bottom of the screenshot.)

You can also see another minor bug (just a nit): the screen layout isn’t quite right for the “add” window. The buttons are clipped off at the bottom. This sort of issue is common in programs when the Windows DPI (dots-per-inch) setting is adjusted, but mine is set to the standard 96 dpi.

Another minor bug (also a nit) is that jbidwatcher didn’t find the shipping cost for the auction. It seems that it never does, anymore.

Those are minor issues, though. The pegged CPU core and extreme sluggishness is a major issue (or perhaps two major issues).

I’m running Windows 7 Home Premium on an i5-2310-based Dell desktop with 8 GB of RAM. My Java is Java 8 Update 45 (version 8.0.45.14), and jbidwatcher is the only reason I have Java installed. So I can change Java versions, if that would work around the problem.

Any idea what’s going on, Morgan?

UPDATE: I let it continue to run, and after a couple of hours it ceased pegging the CPU. While idle, it’s now using 2-3% of the CPU (which would be 8-12% of one core). I don’t have any idea what changed.

 
Feb 14, 2010
Avatar Dave_Burton 9 post(s)

Comment Topic: Announcements / Problems I'm looking at...

Hi Morgan,

Please also look at the multisnipe bug, in which jbidwatcher fails to cancel rest of multisnipe group after winning one of the auctions (#1025, #584, #472, #246, #178, #154, #104), e.g.:

https://jbidwatcher.lighthouseapp.com/projects/8037/tickets/1025-multisnipe-not-cancelling-snipes-in-the-group-after-first-winning-bid

Thanks,
Dave

 
Feb 14, 2010
Avatar Dave_Burton 9 post(s)

Comment Topic: JBidwatcher Development / multisnipe often fails to cancel subsequent snipes after winning one

Morgan, are you following the bug reports over at
https://jbidwatcher.lighthouseapp.com/projects/8037/tickets/1025-multisnipe-not-cancelling-snipes-in-the-group-after-first-winning-bid

It’s the same old multisnipe problem: when jbidwatcher wins one of the auctions in the multisnipe group, it often fails to cancel the rest of them.

I won an “extra” phone this way a week ago. Today I watched this bug happen again for a mini-PCI 802.11g WiFi adapter today, but, fortunately, I spotted it before I accidentally ended up with an extra WiFi adapter.

Regards,
Dave