Any way to correct the running total of shares?

David T. sunfish62 at yahoo.com
Sun Feb 2 16:26:54 EST 2014


I don’t understand your statement regarding hidden entries. It seems to me that your original statement—that the dividend is zero-priced—is incorrect, and your problem is embedded there.

The fact is, the dividend has value.They’re not just giving you more shares for the heck of it, they’re giving you those in order to add value to your account. Therefore, the shares have value, and it’s probably the share price on the date of the dividend. If fact, I bet your statement will assign value to both the shares and the transaction overall. It is my experience that filling these values in eliminates the addition of spurious shares.

David

On Feb 2, 2014, at 12:37 PM, Graham P Davis <hacker at scarlet-jade.com> wrote:

> On Sun, 2 Feb 2014 15:02:11 -0500
> Keith Bellairs <keith at bellairs.org> wrote:
> 
>> Another possibility is that after you entered the number of shares,
>> if the $$ and price did not match up it can adjust one of the three
>> (total, price per share and number of shares). Does your transaction
>> still show 187 shares?
>> 
>> I have kept stocks in gnc for a long time and have never seen this
>> problem. Computers are extraordinarily good at arithmetic.
>> 
>> Keith
>> 
>> 
>> On Sun, Feb 2, 2014 at 2:29 PM, Robert Heller <heller at deepsoft.com>
>> wrote:
>> 
>>> At Sun, 2 Feb 2014 16:33:33 +0000 Graham P Davis
>>> <hacker at scarlet-jade.com> wrote:
>>> 
>>>> 
>>>> GNUcash seems to think that adding 187 shares to the running
>>>> total of 12,306 gives an answer of 13,481. I know it's over fifty
>>>> years since I went to school but surely the new maths hasn't gone
>>>> that weird?
>>> 
>>> Are you sure you are adding *shares* and not *dollars*?  Eg, would
>>> $187.00 buy
>>> 1175 shares (at $0.16 a share)?
>>> 
>>>> 
>>>> It seemed to get itself in a muddle because the shares were a
>>>> stock dividend and therefore zero-priced but I can't see why that
>>>> should matter.
>>>> 
>>>> Is there a way to give GNUcash the equivalent of a whack over the
>>>> knuckles with a ruler and get it to have another go at getting the
>>>> right answer?
>>>> 
> 
> Thanks for the suggestions but, as Geert suggested in his reply in
> "GNUcash Price Editor", the problem is associated with 2.6.0. Version
> 2.6.1 just arrived on openSUSE and that showed that deleted entries
> were merely hidden and so the totals were still added to the "balance"
> column.
> 
> I've only just started putting my investments on GNUcash - previously
> only used it for cash and banking etc. - so I was unsure whether it was
> a mistake of mine that had caused the problem. I suppose in a way it
> was, in that my many beginner's false steps stayed on the system instead
> of being deleted.  
> 
> Anyway, thanks again and also thanks to Geert.
> 
> -- 
> Graham Davis, Bracknell, Berks.
> openSUSE 13.1 (64-bit); KDE 4.12.1; AMD Phenom II X2 550 Processor;
> Kernel: 3.13.0; Video: nVidia GeForce 210 (using nouveau driver); 
> Sound: ATI SBx00 Azalia (Intel HDA); Wireless: BCM4306
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.




More information about the gnucash-user mailing list