mersenneforum.org  

Go Back   mersenneforum.org > Other Stuff > Archived Projects > 15k Search

 
 
Thread Tools
Old 2005-10-07, 04:23   #1
TTn
 

11000011002 Posts
Post RMA.NET

RMA.NET 0.5 is now available!
http://groups.yahoo.com/group/primeform/
View the files section, as a member to download.
(Requirements: Microsoft .NET framework)

It will help you find primes quicker.
This is a very stable version, as were all 0.x versions.
There is a multi-level help file included, in the menu.("Help")
It's entertaining, and functional with a built in screen saver.


Please give it try, and let me know what you think.
TTn
 
Old 2005-10-09, 12:23   #2
Flatlander
I quite division it
 
Flatlander's Avatar
 
"Chris"
Feb 2005
England

31·67 Posts
Default

Thank you for this useful tool.

I am using it for k=9345 from 205,000 to 505000. After running for about 18 hours the sieve is at 78 billion, LLR is at 206,350. I will report again later.

If I find a prime do I need a new proof code? Is RMA.net recognised as a program by the database?

Regards
Chris
Flatlander is offline  
Old 2005-10-09, 13:34   #3
Val
 

59·157 Posts
Default

Awesome!

RMA.NET is not yet recognized as program, by the database.
If enough people find it usefull as well, then maybe a
request letter will be issued.

It has just entered the pre-release stage.
Chris Caldwell has known about the program for some time now, but stressed to me, that it takes a long time, to get a stable release candidate.
He was indeed right. Both versions took a long time to patch out, all the microsoft component bugs, along with a couple of my own injections.

Keep us posted.
Thanks,
Shane F.
 
Old 2005-10-09, 23:16   #4
Flatlander
I quite division it
 
Flatlander's Avatar
 
"Chris"
Feb 2005
England

207710 Posts
Default

Update, about 30 hours. (I lost track when I had to reboot because my daughters rabbit bit through my keyboard cable! :surprised )

LLR @ 207872 (2.5 minutes per test)
NewPGen @ 105billion (30-40 secs. per rejection)
Timer set at 30mins.

Issue/bug:
Closing RMA.net by clicking the red X causes Windows to lose the taskbar, requiring a reboot. (XP Pro.)

BTW, which language did you write this in?

Last fiddled with by Flatlander on 2005-10-09 at 23:18
Flatlander is offline  
Old 2005-10-10, 00:02   #5
Flatlander
I quite division it
 
Flatlander's Avatar
 
"Chris"
Feb 2005
England

31·67 Posts
Default

Bug fixed by applying service patch to .net
Flatlander is offline  
Old 2005-10-10, 00:15   #6
Val
 

20348 Posts
Default screen bug?

RMA.NET is written in MS Visual Basic .NET.

Issue/bug.
Was the screen saver checked?
It may have tried to enter screen saver mode, when you clicked the close button. I'll look into this,... you should be able toggle the screen saver option in RMA preferences, to get the taskbar back without rebooting.
Ofcourse you'd have to reload RMA.NET.

Visual eye candy, should not harm the computational side of the application, nor should it harm a windows session.
Nonetheless, I'ts my responsibility to fix this, if it may be a problem for some configurations.

Thanks,
Shane F.
 
Old 2005-10-10, 00:20   #7
fetofs
 
fetofs's Avatar
 
Aug 2005
Brazil

2×181 Posts
Default

Quote:
Originally Posted by Flatlander
Issue/bug:
Closing RMA.net by clicking the red X causes Windows to lose the taskbar, requiring a reboot. (XP Pro.)
Can't you just turn explorer on?
fetofs is offline  
Old 2005-10-10, 00:24   #8
Flatlander
I quite division it
 
Flatlander's Avatar
 
"Chris"
Feb 2005
England

31×67 Posts
Default

Please see my post above.

Ironic that you code is more stable than Microsoft's!

Last fiddled with by Flatlander on 2005-10-10 at 00:29
Flatlander is offline  
Old 2005-10-10, 01:31   #9
Val
 

25716 Posts
Default

I believe what must be happening, is that during one of the unload events, perhaps dispose, the new instantiation that .NET uses is flawed.
I had read somewhere, that it was a drawback to declare things every time.
Not to mention, a hassle for the programmer.
My code should definiately "not" be hiding the taskbar when closing the form.

BTW what version 0.5 or 0.6?

The difference is that a sendkeys.flush is used with the screen saver in 0.5.
Sendkeys.Flush is equivelant to Application.DoEvents, and so flushes the message que. Not always a desirable condition, however during screen saver useage, this should be ok. Although if the unload event triggers this flush then I could see a message foul up.
 
Old 2005-10-10, 01:53   #10
TTn
 

52×97 Posts
Default

My sentiments exactly Val,...
Oh wait I'm Val....

Val is no longer with us as a group, but was part of L9.
L9 was a prover group, that found prime numbers collectively.

She was my main inspiration for this work,
and she helped build the foundations for it.
In honor, I have dedicated RMA to her.

Shane F.
 
Old 2005-10-10, 06:02   #11
TTn
 

2×3×83 Posts
Default

RMA.NET 0.7 is now available!
http://groups.yahoo.com/group/primeform/
View the files section, as a member to download.
(Requirements: Microsoft .NET framework)

I was right, the unload event was triggering the event to fire.
It did not involve the SendKeys.Flush though as I suspected.
It was triggering, a timer event, that it should not have been.

I added a call, in the unload event to make the taskbar visible, even though it should already be. You can still see the bug occur, but now it's just a flash, and it immediately becomes visible again.
 
 

Thread Tools


All times are UTC. The time now is 01:07.

Mon Oct 26 01:07:53 UTC 2020 up 45 days, 22:18, 0 users, load averages: 2.24, 2.04, 1.85

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.