PRPNet 3.0.0 Released - Page 6

rogue · 2010-02-11, 14:10

Quote:

Originally Posted by gd_barnes

Now I understand things a little better. I had no idea you were working from such limited resources. I figured you had a couple of Window's quads and a couple of Mac's.

Before I get into this, did Max give you the details on the garbled web page? If not, I think I have enough details from some testing that Ian did.

No, I haven't received anything from Max yet on this issue. I asked Ian to reproduce his issue with debuglevel=1 and send me the logs. He hasn't responded yet. I'm hoping to get something from him soon.

Quote:

Originally Posted by gd_barnes

Max needs to get you remote access to at least 2 of my Linux quads. BTW, I'm running 12 quads total so if for some reason, I need to stop the 7-8 cores running on 2 of the quads, that's no problem. Just let me/Max know. He has permission to "fiddle" with (start and/or stop) what they are running as needed for such testing.

Max did give me access to a box, but I don't know the configuration of that box.

Quote:

Originally Posted by gd_barnes

BTW, how have you been testing changes in Windows?

The same as on the Mac. I set up a server and point the clients to it. Lennart said that the 3.2.0 server has a problem on Windows. I don't know if I have enough information to investigate it. I haven't had any time to look into it.

Quote:

Originally Posted by gd_barnes

... alpha/beta comments ...
Does this sound like something we can live with?

I think so. Note that this will significantly delay beta releases. Using servers that I don't access routinely will slow down my ability to do alpha tests. I have a limited amount of time as it is. I will be traveling more for work this spring and I am also in the process of trying to sell me house.

Right now I know of five issues.

1) The garbled webpage.
2) "No available candidates on server" on Windows. (Lennart's issue)
3) Client times out waiting for a response from the server when connecting.
4) Client times out waiting for a response from the server when getting work. (Ian's issue)
5) A server crash.

I have no information on #1. This should be the easiest to fix once I have information on it.
I have not investigated #2 yet.
#3 is a mystery. I've seen it happen once myself, but cannot reproduce. I have an idea on how I might be able to reproduce it, but won't have any time to do so until tomorrow night.
Max gave me an idea on how to handle #4. I haven't looked into it yet.
#5 is also a mystery. This also happened to me, but because it didn't core dump and because I wasn't running it through gdb, I have no information on it.

Gary, I just had a thought. How about creating a "PRPNet Issues/Bugs" sticky? The first post in the thread would contain a list of known issues/bugs along with the details and status on each. This would reduce the likelihood of the same issues being reported more than once.

MyDogBuster · 2010-02-11, 14:33

Quote:

No, I haven't received anything from Max yet on this issue. I asked Ian to reproduce his issue with debuglevel=1 and send me the logs. He hasn't responded yet. I'm hoping to get something from him soon.

Of course when I turn debug on, it won't occur. I'm sure if I turn debug off, I will get the message immediately. LOL

rogue · 2010-02-11, 16:18

Quote:

Originally Posted by MyDogBuster

Of course when I turn debug on, it won't occur. I'm sure if I turn debug off, I will get the message immediately. LOL

You can understand my frustration with the problem.

What is debug is only turned on the server or only the client? What if you use a different debuglevel?

MyDogBuster · 2010-02-11, 18:41

Finally got a hit. Debug files emailed. I forget to put in the email that it's from 3.1.5 not 3.2.0.

Xentar · 2010-02-11, 19:00

I tried using PRPNet 3.2.0 for my sierp base19, server system is windows XP proffesional, SP 3. 6 Clients active.
After a few hours, I get an access violation "in 0x00446fcf, reading of memory address 0xeffd8e68".

Program continues execution until I click OK, but I am not sure, if data is lost?

mdettweiler · 2010-02-11, 19:02

Quote:

Originally Posted by rogue

No, I haven't received anything from Max yet on this issue. I asked Ian to reproduce his issue with debuglevel=1 and send me the logs. He hasn't responded yet. I'm hoping to get something from him soon.

I could have sworn I sent you something about that, but it may have been lost in the flood of emails regarding PRPnet 3.2 that I'm sure were coming your way at the time.

Essentially the issue was not that the pages were garbled, but that when you load the root page (/) on the server, it displays user_primes.html instead of server_stats.html. I think that's what Ian was seeing that looked like "gibberish" compared to what he expected to see. Ian, please correct me if I'm wrong here.

Quote:

Max did give me access to a box, but I don't know the configuration of that box.

It's a Ubuntu 8.04 64-bit desktop with gcc, g++, etc., and MySQL installed. It should have everything necessary to build and test PRPnet (since it's the same computer I've been building the latest releases on, and all the NPLB/CRUS servers run from it).

MyDogBuster · 2010-02-11, 19:09

Max is correct. Although on my test, half the screen was unreadable.

It did look like the user screen though and not the stats screen I was going for.

BTW, the new table userprimes was populated correctly on my test. 176 entries and they look just fine.

gd_barnes · 2010-02-11, 19:26

Quote:

Originally Posted by rogue

I think so. Note that this will significantly delay beta releases. Using servers that I don't access routinely will slow down my ability to do alpha tests.

The whole intent is to delay beta releases so that is a good thing. I think that all "major" bugs need to be ironed out in alpha testing. Then when we do the real stress test beta testing, the more minor load-related issues can be resolved.

Quote:

Originally Posted by rogue

I have a limited amount of time as it is. I will be traveling more for work this spring and I am also in the process of trying to sell my house.

You mean you actually work?

I figured you were retired and did this as your "fun" hobby in retirement. I cannot possibly imagine trying to code what you do and work full time. I don't work but have a business on the side that takes me out of town every 4-6 weeks for ~a week.

Quote:

Originally Posted by rogue

Gary, I just had a thought. How about creating a "PRPNet Issues/Bugs" sticky? The first post in the thread would contain a list of known issues/bugs along with the details and status on each. This would reduce the likelihood of the same issues being reported more than once.

OK, I'll see what I can do.

Gary

rogue · 2010-02-11, 19:30

Quote:

Originally Posted by gd_barnes

You mean you actually work?

I figured you were retired and did this as your "fun" hobby in retirement. I cannot possibly imagine trying to code what you do and work full time. I don't work but have a business on the side that takes me out of town every 4-6 weeks for ~a week.

Add a 7 and 9 year old boys to the list and you can see how limited my time can be.

Retirement would be nice, but until I win the lottery I will still be grinding away in an office.

MyDogBuster · 2010-02-11, 19:31

Quote:

You mean you actually work?

I figured you were retired and did this as your "fun" hobby in retirement. I cannot possibly imagine trying to code what you do and work full time. I don't work but have a business on the side that takes me out of town every 4-6 weeks for ~a week.

Geez, doe's that leave me as the only retired one of the bunch. Now I really feel old.

Heck, I retired (1995) before some of your kids were born.

rogue · 2010-02-11, 19:33

Quote:

Originally Posted by Xentar

I tried using PRPNet 3.2.0 for my sierp base19, server system is windows XP proffesional, SP 3. 6 Clients active.
After a few hours, I get an access violation "in 0x00446fcf, reading of memory address 0xeffd8e68".

Program continues execution until I click OK, but I am not sure, if data is lost?

Data should not be lost. Did the violation happen in the server or the client? If it happened in the server, then it might be the same crash that I experienced.

2010-02-11, 18:41	#59
MyDogBuster May 2008 Wilmington, DE 2²·23·31 Posts	Finally got a hit. Debug files emailed. I forget to put in the email that it's from 3.1.5 not 3.2.0. Last fiddled with by MyDogBuster on 2010-02-11 at 18:41

2010-02-11, 19:09	#62
MyDogBuster May 2008 Wilmington, DE 2²×23×31 Posts	Max is correct. Although on my test, half the screen was unreadable. It did look like the user screen though and not the stats screen I was going for. BTW, the new table userprimes was populated correctly on my test. 176 entries and they look just fine. Last fiddled with by MyDogBuster on 2010-02-11 at 19:13

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
PRPNet 5.4.3 Released	rogue	Software	178	2021-06-24 11:56
PSP goes prpnet	ltd	Prime Sierpinski Project	86	2012-06-06 02:30
PRPNet 4.0.0 Released	rogue	Software	84	2011-11-16 21:20
PRPNet 4.0.1 Released	Joe O	Sierpinski/Riesel Base 5	1	2010-10-22 20:11
PRPNet released!	rogue	Conjectures 'R Us	250	2009-12-27 21:29

2010-02-11, 19:00	#60
Xentar Sep 2006 10111011₂ Posts	I tried using PRPNet 3.2.0 for my sierp base19, server system is windows XP proffesional, SP 3. 6 Clients active. After a few hours, I get an access violation "in 0x00446fcf, reading of memory address 0xeffd8e68". Program continues execution until I click OK, but I am not sure, if data is lost?