ts-7000
[Top] [All Lists]

Res: [ts-7000] Re: My TS-7800 go's tropo approximately every 3 months +/

To:
Subject: Res: [ts-7000] Re: My TS-7800 go's tropo approximately every 3 months +/- a month.
From: Lissandro <>
Date: Wed, 8 Dec 2010 02:11:50 -0800 (PST)


Hi.
 
I would very, very carefully check all pairs of memory allocation/deallocation, if is the case, and if in cases where you use stack variables and/or much (recursive?) calls in your software, if is not the case to have static variables or dinamic (heap) allocation. This sounds also as a possible "wild pointer" case, or a very small memory leak.
 
I would triple check all references, pointers, loop/index limits.
 
You could have a variable, say, an unsigned long, that somewhere in future processing time will try to handle a negative value or so and the program to go berserk. ItÂs more common to happen than you think, even with experienced programmers. IÂve seen ALL of those to happen in the last 21 years "on the road".
 
Usually a program that would take 10 lines of code to do something can end up with 80 lines total if you include care checking of everything that can go wrong and out of the regular processing path...
 
 
Cheers
Lissandro.


De: wildpossum928 <>
Para:
Enviadas: TerÃa-feira, 7 de Dezembro de 2010 22:25:36
Assunto: [ts-7000] Re: My TS-7800 go's tropo approximately every 3 months +/- a month.

 



I originally took the same investigative route. Only to find that there is (were) no crontab tasks scheduled or run over the intervening period (last 4 months). I certainly wish is was, it would make the investigations so much simpler.

As I alluded too on another post.
"On the multiple crontab process entries is very very strange indeed as there are no crontab tasks placed at any time by any user (my programs) - I am the only user on the system per say. I suspect the multiple entries of crontab are some result, rather than the cause."

I don't know if this is folly on my part or not.

Currently I am thinking the only way I am going to solve this horride problem is to take snapshots of /proc and monitor all process requirements over the next three months or so.

Anyone go any other ideas?

Thanks for your reply Ian.

--- In ts-7000%40yahoogroups.com, Ian Thompson <> wrote:
>
> It sounds to me like you have a process being started by CRON that is
> not cleaning up after itself and slowly using up system resources.
> Have you checked all of the CRON jobs?
>
> Ian T.
>
> This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.
>


 

__._,_.___


Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: =Email Delivery: Digest | m("yahoogroups.com?subject","ts-7000-fullfeatured");=Change Delivery Format: Fully Featured">Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | =Unsubscribe

__,_._,___
<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU