Re: Finance::Quote questions...
G'day Rob,
On Sat, Mar 17, 2001 at 05:28:39PM -0600, Rob Browning wrote:
> (Sorry it took so long for me to reply. For some reason, mailcrpt and
> gnus didn't believe there was an encrypted part to your message
> (probably some MIME/mailcrypt/gnus interaction), and I kept thinking
> I'd have a moment to track it down. Instead I finally just decoded
> it by hand :> I really should be using encryption/signing more
> often...)
Okay, I'll just sign, and not encrypt from now on. :)
> > If you want to be even more paranoid, then you can only load the
> > specific module that you're interested in at object creation time:
> >
> > my $quoter =3D Finance::Quote->new("fidelity");
>
> Actually, what I ended up doing was what I mentioned before, just
> calling the backends directly, as you do in the test files. i.e.:
>
> $quoter->fidelity_direct("FSELX");
>
> etc. That seemed like exactly what I wanted once I figured it out.
> Other than fallover's, is there any disadvantage to that? (Ahh, I see
> you've already answered that somewhat below)...
I'm looking over finance-quote-helper.in now, and yes, there are
a couple of disadvantages. Besides from:
> > Ah, I wouldn't avoid fetch if possible. $q->fidelity_direct will
> > generate a Finance::Quote object on-the-fly with what it feels are
> > reasonable defaults, which may not be what you want. Using
> > $q->fetch("fidelity_direct",@symbols) will give you the equivilent
> > information, but will respect whatever proxy, failover, timeout, and
> > other settings you've set on your quote object.
It also means that you need to modify f-q-helper if new modules
are added to Fianance::Quote, and the next version will have at
least two (and possibly three or four) new information sources which
various people have contributed.
F::Q is also moving towards making it as easy as possible for people
to write their own modules which can be plugged into F::Q, but
which are not necessarily part of the standard distro. This makes
it easier for people to use third party, proprietary, or private
modules. Again, users would need to modify f-q-helper to use
these new (non-standard) modules. I've already had the authors
and users of some of the modules provided in newer versions of F::Q
ask if it's possible to use them from GnuCash.
My understanding is that the main concern is to ensure that users
get what they're expecting -- no failovers, and a predefined,
known module being called. I think this is important, so I'd
suggest that perhaps we do something similar to the following:
1.) F::Q modules can register (or more likely, are assigned)
a unique source-string which guarnatees that module (and only
that module) is called. F::Q will verify that these
source-strings are unique.
2.) F::Q provides function calls that return:
(a) All available sources that can be called
(many of these will include failovers),
(b) All available unique source-strings (as per (1)
above.
3.) An extra setting is built into F::Q that requires that
all fetch calls ONLY use unique source-string methods.
In this way, it's possible to turn on a setting and be sure that
users will not hit failovers or use an ambiguous module. It also
means that one can query F::Q to see what sources are available,
which is handy to present a user with a list of choices, or to
verify that certain sources are available.
This would be fairly easy to add to F::Q, would have advantages
outside of just F::Q and GnuCash, and should simplify f-q-helper
and provide an extra set of checks.
> Right, and that may mean that in gnucash we need to suggest that
> people prefer the yahoo method, but for the sake of data integrity, I
> don't want gnucash to fallover to yahoo if the user explicitly
> requested fidelity. As far as I know, fidelity and yahoo might
> interpret FOO.X as different securities, and that wouldn't be OK :>
Most certainly. ASX and Yahoo Australia treat indexes differently,
so there are real-world examples of why you'd want this.
> > Given sources don't tend to move around very much. For example, the
> > Australian Stock Exchange is very unlikely to move from
> > Australia/Sydney time. This could certainly be coded into the
> > modules. I'll put this on the want-list as well.
>
> The problem is that I, at least, don't know where a given symbol
> lives. I.e. what if the user can ask yahoo for "FOO.Pa" and get
> something off the paris stock exchange which (I presume) won't be in
> America/New_York time. It seems to me that you have to know
> *per-symbol* on a given exchange what timezone the data's coming from.
Yes, that is a problem. Yahoo and potentially some of the newer
modules which provide wide-access quotes can be coaxed into
providing information from widely different sources. For
some sources we *CAN* be sure, for others it might
latest CVS
Hi, I am trying the latest CVS version and have had two problems: 1. I can only run as root -- I have already checked persmissions. When I run as a user I get a segmentation error. A core is created, if anyone wants it please let me know. 2. When I run it as root, reports are still crashing the program -- the one's I have noted are the first report and the ones under assets. Let me know if I can help Nasa ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
crash on get-prices
Rob,
I'm getting a crash on get prices. This with today's CVS
and today's apt-get of guile & stuff. Any ideas?
--linas
Warning: PrintAmountInternal: max_decimal_places too small
Warning: PrintAmountInternal: max_decimal_places too small
(handling-request ("fidelity_direct" "FGRXX" "FNMIX" "FEQTX" "FAGIX" "FGRIX" "FASGX"))
(handling-request ("troweprice_direct" "PRITX" "PRIDX" "PRFDX"))
/usr/local/share/gnucash/scm/price-quotes.scm:288:14: In procedure close-output-port
in expression (close-output-port (caddr quoter)):
/usr/local/share/gnucash/scm/price-quotes.scm:288:14: Broken pipe
Error: could not flush file-descriptor 9
(gdb) where
#0 0x40c2c8d4 in write () from /lib/libc.so.6
#1 0x4066f6dc in ?? () from /lib/libpthread.so.0
#2 0x40604256 in scm_fdes_to_port () from /usr/lib/libguile.so.9
#3 0x4061b6bf in scm_flush () from /usr/lib/libguile.so.9
#4 0x4061b3a9 in scm_force_output () from /usr/lib/libguile.so.9
#5 0x406012c1 in scm_deval () from /usr/lib/libguile.so.9
#6 0x40601d56 in scm_dapply () from /usr/lib/libguile.so.9
#7 0x405fc5c0 in scm_apply () from /usr/lib/libguile.so.9
#8 0x405fce6f in scm_map () from /usr/lib/libguile.so.9
#9 0x406012c1 in scm_deval () from /usr/lib/libguile.so.9
#10 0x40601de1 in scm_dapply () from /usr/lib/libguile.so.9
#11 0x405fc5c0 in scm_apply () from /usr/lib/libguile.so.9
#12 0x405f4fec in scm_dynamic_wind () from /usr/lib/libguile.so.9
#13 0x406012c1 in scm_deval () from /usr/lib/libguile.so.9
#14 0x405fe985 in scm_deval () from /usr/lib/libguile.so.9
#15 0x40601de1 in scm_dapply () from /usr/lib/libguile.so.9
#16 0x405fc5c0 in scm_apply () from /usr/lib/libguile.so.9
#17 0x4060898e in gh_call1 () from /usr/lib/libguile.so.9
#18 0x80be430 in get_quotes_clicked (widget=0x83d3428, data=0x8310588)
at dialog-price-editor.c:565
___
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
ignore my last quote
Plz. ignore my last message about price quote crashes. I updates finance-quote and that fixed things. --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
editing currencies?
I can't seem to find a commodity editor. I want to change some typos in the 'full name', and in some cases, the excahnge is wrong ... Is there a dialog I haven't yet tripped over? --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
never mind again
never mind the last note, I found teh commodity editor ... --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Balance Sheet report
Found a bug in balance sheet report, Christian, is this yours? When I back-date a report, and select 'nearest price', it doesn't seem to actually use the nearest price. It seems to always use the latest price ... Maybe this is a price-db query bug?? --linas ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Balance Sheet report
On Thu, 10 May 2001 14:55:07 Linas Vepstas wrote: > > Found a bug in balance sheet report, Christian, is this yours? > When I back-date a report, and select 'nearest price', > it doesn't seem to actually use the nearest price. > It seems to always use the latest price ... > Maybe this is a price-db query bug?? > > The balance sheet code was mine (with lots of stuff based on Christian's work) and the pricedb stuff was rlb's, IIRC. I'll try and figure out what's going on. . . -- Robert Merkel [EMAIL PROTECTED] Go You Big Red Fire Engine -- Unknown Audience Member at Adam Hills standup gig ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: Balance Sheet report
-BEGIN PGP SIGNED MESSAGE- On Wednesday 09 May 2001 21:55, Linas Vepstas wrote: > Found a bug in balance sheet report, Christian, is this yours? > When I back-date a report, and select 'nearest price', > it doesn't seem to actually use the nearest price. > It seems to always use the latest price ... > Maybe this is a price-db query bug?? It was a pricedb query bug. Is fixed now. Christian -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4 (GNU/Linux) iQCVAwUBOvo/bGXAi+BfhivFAQHiTQP/eE9b/YmfY9BWBmnNn2IGAuARSh/zS1n9 Fp2nUC6grDL84N0z3CAe0/+NFYFVwuP5Sut7PqzBUQhhSAfwOC1ha0dXEO6mS815 z9CdXTKHpo6Y+y9VhGqeCuAeHOt6dT9f0hfh1wFwkkYWJDhIKi6yPlQ45icU19O2 mZJyQLp4RxM= =55An -END PGP SIGNATURE- ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
