TheBackShed.com

Forum Index : Microcontroller and PC projects : Out of Memory Error V5.04.09, OK V5.04.08

Author

Message

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 04:51am 22 Oct 2018

Copy link to clipboard

Print this post

I would appreciate it if some of you guys would attempt to run DataDumpTest.bas under any DOS version you happen to have. It should also run on an E64 or E100 with an SD card available.

It is a test subset of my long awaited geothermal control program which handles the writing of program data to a text file for debugging and record keeping.

Unfortunately, as LIZBY reported in this thread, LINK, it crashes with an out of memory error under DOS Ver 5.04.09 on his Win laptop, but runs to completion under DOS Ver 5.04.08 on my desktop.

2018-10-22_144950_datadump.zip

DataDumpTest.ZIP contains DataDumpTest.bas and GEOdumpSample.csv.

Unzip it in a new directory named DataDumpTest.

DataDumpTest.bas will write a new GEOdump.csv file. Each line should contain 609 characters. The new file should be identical to GEOdumpSample.csv.

Just another one of the many things that make you go hmmmmmm .....

Paul in NY

TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283

Posted: 05:43am 22 Oct 2018

Copy link to clipboard

Print this post

Probably associated with this bug:
https://www.thebackshed.com/forum/forum_posts.asp?TID=10720&PN=2&get=last#126263

First post on the last page.

Jim

VK7JH
MMedit

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 05:16pm 22 Oct 2018

Copy link to clipboard

Print this post

@TassyJim You're right. That looks like a similar bug. I my code the error could be caused by the repetitive calls to dds() and ddc with a failure of the interpreter to release memory or variables when the dds() or ddc ends. I guess this might be one for Geoff.

Paul in NY

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 06:16pm 24 Oct 2018

Copy link to clipboard

Print this post

Has anyone attempted to run the above test program?

I think there might be a bug in MMNasic DOS V 5.04.09 which doesn't release memory used by variables in a subroutine which doesn't exist in 5.04.08.

Please somebody, try it out. The test code should also run on PIC version as long as there is an SD card available to write to.

Paul in NY

matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 10310

Posted: 08:50pm 24 Oct 2018

Copy link to clipboard

Print this post

This is a known bug. Geoff is fully aware and it will be fixed in next release.

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 11:25pm 24 Oct 2018

Copy link to clipboard

Print this post

Thanks Peter! I should have assumed that you guys had found it already!

Paul in NY

Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292

Posted: 11:41pm 24 Oct 2018

Copy link to clipboard

Print this post

Yes, sorry about that. I should have acknowledged this thread.

The bug has shown up in a number of threads. The problem is that it is proving to be difficult to track down so I need to schedule some serious time to find it. I will get back to you.

Geoff

Geoff Graham - http://geoffg.net

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 04:11am 25 Oct 2018

Copy link to clipboard

Print this post

Geoff.

That's OK, I don't want you to waste your time on acknowledgments for me.

My code makes repetitive calls to routines that print stuff to the output file. Lzyby tells me that it actually builds a partial output file. If you run it and check the output file you should be able to tell which routine it was in when it crashed.

I have not duplicated the failure because I have not updated the DOS MMBasic.

Can I install the newer faulty version alongside of the older one?

Paul in NY

TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283

Posted: 04:23am 25 Oct 2018

Copy link to clipboard

Print this post

Paul_L said
I have not duplicated the failure because I have not updated the DOS MMBasic.

Can I install the newer faulty version alongside of the older one?

Paul in NY

You can have as many copies of DOS MMBasic as you wish.
All you need to do is have them in different folders and remember which one is which, although you could rename them so remembering and different folders is not a problem.

Jim

VK7JH
MMedit

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 12:13am 26 Oct 2018

Copy link to clipboard

Print this post

Thanks Jim. That's what I normally do. Whenever I'm working out a new problem I do it in a separate subdirectory. The problem is that I'm old and I forget where I put them. I just found 22 scattered all over the place.

Time for some housecleaning.

Paul in NY

TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283

Posted: 01:29am 26 Oct 2018

Copy link to clipboard

Print this post

I tend to rename the old ones when a new version comes out.
That way, I have something to go back to and MMEdit can find the latest version without having to jump through hoops.

Jim

VK7JH
MMedit

Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292

Posted: 05:14am 26 Oct 2018

Copy link to clipboard

Print this post

I was not able to run this code but it does seem identical to the other reports. I have tracked down these and reported the solution in this thread: https://www.thebackshed.com/forum/forum_posts.asp?TID=10720&PN=1&get=last#126794

I plan to have a new beta out which should fix the "Out of Memory" errors in a week or two and hopefully it will fix this problem also.

Geoff

Geoff Graham - http://geoffg.net

Paul_L
Guru

Joined: 03/03/2016
Location: United States
Posts: 769

Posted: 07:52am 26 Oct 2018

Copy link to clipboard

Print this post

Brilliant work squashing the bugs in the other thread.

Here's hoping it's the same memory leak situation you found in the other big report.

Why couldn't you run the code? It seemed to work OK here and for Lance.

Paul in NY

Print this page

To reply to this topic, you need to log in.