PureBasic Forums - English

I put together a small program to examine Lotto numbers. it dies with no error's trapped

All the code has been checked very well. When i use a lot of TextGadget's to display a lot of info before main program run's

The program will run about 2 hours then dies. It Will not trap any errors. It just disappears for no reason.

Under normal situation's i would think bad Ram but all is good. And nothing else dies. Running Linux... been checked

When i run main program with only one TextGadget's for very basic output all is well runs non stop..

The TextGadget's don't do anything strange just displaying text. with all of them it's 36 of them total. set starting numbers ect...

when i compile the code under windows. program runs but is all messed up the top part of screen disappears it should not but it is running under virtual Box. So i think the video driver for virtual Box needs some work.

It's a problem with the compiled code. Tried on 5 different linux boxes and does the same on all the machines one laptop 4 desktop's all different machines. Ubuntu puppy XUbuntu all do exactly the same thing.

Not sure how to proceed. But do to the nature of what the program does i can restart it and pick up where i left off.

It would take to long to explain the whole thing. but the basic idea is to see if there are 8 number's that come up often enough to come near to break even. using a combination play. you set up 8 counter's you add one to the last counter then check to see if it's at it's max value if it is you add one to the counter below it then set it to one above the lower counter. and work down the counter's every time the counter changes you then check a list of all the lotto draws and repeat you start with 1,2,3,4,5,6,7,8 when it is all done it will read 42,43,44,45,46,47,48,49 . It all works off last counter.

Not looking for 6 out 6. your looking to see if a combination comes up more often then average

So far i have a combination that pays out 28% of the time and pays out 60% of the total money it would take to play from day one... Counter is at 1,5 and working it's way up

This is being done on Canada 649 total number of draws used in 2900

Why did you post this in the bug section ?

Do you really think after what you posted someone can start working to fix this bug, assuming there is a bug to start with ?

If you found a bug you must give other people the means to verify the bug and eventually fix it. So post some code showing the problem.

Also you said your code is perfectly good (has been checked). I don't trust your judgement. Why should I ?

If it's not a bug someone will show you where you messed up.


What you said it's a program you wrote doesn't work under various Linux distros and doesn't work on Windows inside a VirtualBox.

program runs but is all messed up the top part of screen disappears it should not but it is running under virtual Box. So i think the video driver for virtual Box needs some work.

Nothing is impossible but I have serious doubts about that too for a simple program with a normal GUI (not using DirectX or OpenGL).

Depending on what the "top part of screen disappears" means, it could indicate a programming error.

You could also try to let your program run in the IDE with the debugger and the purifier both enabled.

The simplest thing (for you) would be to post your complete small program to let someone look into it.

You could also try to let your program run in the IDE with the debugger and the purifier both enabled.

That is very good advice. It might be that you have a memory leak in your code, certainly sounds possible. You can monitor what your process is doing with a 3rd party app (I think Linux has 'Top' built-in?). If you can see that, over time, the memory use is growing -that's your alarm bell.