OK, now that P-1 is done on the number I was assigned earlier, I am seeing the following error:

[Main thread Oct 7 19:22] Mersenne number primality test program version 25.7
[Main thread Oct 7 19:27] Starting worker.
<...snip original successful server comms...>
[Comm thread Oct 7 19:27] Done communicating with server.
[Comm thread Oct 8 19:27] Updating computer information on the server
[Comm thread Oct 8 19:27] URL: [url]http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=e9a62e8cdeb42af4cfabb1c636f543ad&hg=dd731db7b8af4acfb7aea6071d34af06&wg=[/url]
[Comm thread Oct 8 19:27] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 19:27] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 19:27] Visit [url]http://mersenneforum.org[/url] for help.
[Comm thread Oct 8 19:27] Will try contacting server again in 70 minutes.
[Comm thread Oct 8 20:37] Updating computer information on the server
[Comm thread Oct 8 20:37] URL: [url]http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=e9a62e8cdeb42af4cfabb1c636f543ad&hg=dd731db7b8af4acfb7aea6071d34af06&wg=[/url]
[Comm thread Oct 8 20:37] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 20:37] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 20:37] Visit [url]http://mersenneforum.org[/url] for help.
[Comm thread Oct 8 20:37] Will try contacting server again in 70 minutes.
[Comm thread Oct 8 21:47] Updating computer information on the server
[Comm thread Oct 8 21:47] URL: [url]http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=e9a62e8cdeb42af4cfabb1c636f543ad&hg=dd731db7b8af4acfb7aea6071d34af06&wg=[/url]
[Comm thread Oct 8 21:47] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 21:47] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 21:47] Visit [url]http://mersenneforum.org[/url] for help.
[Comm thread Oct 8 21:47] Will try contacting server again in 70 minutes.


Is any additional info needed to help diagnose this problem?

[quote=WraithX;144911][Comm thread Oct 8 19:27] Updating computer information on the server
[Comm thread Oct 8 19:27] URL: [URL]http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=e9a62e8cdeb42af4cfabb1c636f543ad&hg=dd731db7b8af4acfb7aea6071d34af06&wg=[/URL]
[Comm thread Oct 8 19:27] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 19:27] Unexpected CURL library error: couldn't connect to host
[Comm thread Oct 8 19:27] Visit [URL]http://mersenneforum.org[/URL] for help.
[Comm thread Oct 8 19:27] Will try contacting server again in 70 minutes.[/quote]

See:

[quote=Uncwilly;144901]It seems that there is an outage on the V5 server. No response from my browser or Prime95.[/quote]

Minor items

1. Help | Help Topics produces "failed to launch help".
2. Edit | Copy ... does nothing

I have discovered an asymmetry in how priorities are handled. This may be expected behaviour but I thought I'd report it just in case. Long winded explanation follows.

I have a quad core system running XP. I have configured 4 workers all doing Trial Factoring, CPU Affinity set to "Smart Assignment", default priority 1. Prime95 25.7 is running as a service from bootup.

Periodically I run other factoring programs like (msieve -p) or (ecm -n), each launched with their low/idle priority switch. This results in an even load on whichever core is used, both the respective Prime95 worker and the factoring program getting an even slice. Upon completion of the factoring job, the cpu is returned back to the worker. This arrangement works well.

However, if I stop and restart Prime95 while these factor programs are running, I find that the 4 workers are assigned to the 4 cores but those workers assigned to cores where the factoring programs are running do no work. Restarting the factoring programs while Prime95 is running restores the even sharing.

[QUOTE=tmorrow;144922]2. Edit | Copy ... does nothing[/QUOTE]Works for me -- it copies the current child window's contents to the clipboard (same as Ctrl+C).

[QUOTE=James Heinrich;144925]Works for me -- it copies the current child window's contents to the clipboard (same as Ctrl+C).[/QUOTE]

Ok, I didn't know how it worked. I've tried it and it works fine. It seems that newlines are converted into 2 spaces so all the output is on one large line, is that expected?

[QUOTE=tmorrow;144927]It seems that newlines are converted into 2 spaces so all the output is on one large line, is that expected?[/QUOTE]That's not quite it -- the text is copied with a UNIX-style newline (LF -- 0x0A), which if you paste into most Windows-based text editors (which expect newlines to be represented by ([url=http://en.wikipedia.org/wiki/Newline]CRLF[/url] -- 0x0D0A)) is not recognized as a valid line-separator character and is therefore treated as whitespace.

But yes, it would be more convenient if George could tweak it so that the text is copied with CRLF linebreaks, please? :)

[QUOTE=James Heinrich;144930] it would be more convenient if George could tweak it so that the text is copied with CRLF linebreaks, please? :)[/QUOTE]

Will do. Next build will also change the menu choice to "Copy Window".

I'm using the V4 server. In the last 24 hours I've been receiving several errors:

[Comm thread Oct 10 07:39] Unexpected CURL library error: couldn't connect to host

Is this a server-side issue?

[QUOTE=James Heinrich;144806][LIST][*]If one thread is idle because it has run out of work to do that doesn't require a lot of RAM, see if it can borrow or steal a worktodo entry from another thread. For example, if thread #1 is doing P-1 work, but it's done all the stage1 work it can for now but needs to wait until more memory is available, it should be able to look at the queued work for other threads and steal (or borrow) low memory work (TF, P-1 stage 1, LL, etc) to do while it waits for more memory to be available.[*]I'd like to see all worktodo automagically assigned to available CPUs (unless the user has explicitly requested that certain cores only do certain work). There's no reason for core[1] to be idle when workdoto[2] has work waiting.
An extension to the above: If one (or more) cores are idle, and another core is working on something that can reasonably exploit more multithreading, respawn the other work with the appropriate number of threads to fully utilize the CPU. I'm currently doing a hack version of this: I have a dual-core CPU running TF-LMH on one core and LL on the other. Problem is that every now and then the server goes down and I can't get any work for the TF thread to do. Normally that would mean one core idle for hours (or days), but I have the LL set to run in 2 threads. Perhaps it's not ideal when TF has work (I'm not sure the of exact inefficiency ratio) but overall my throughput is definitely higher due to capturing all the otherwise-idle time on the TF core.[/list][/QUOTE]If the v5 server stays incommunicado, I will do that on some of my machines. On others I may raise the TF bit level on expos 2 or 3 notches. Also, I will then start taking data in hand and start making more high usage entries.

[QUOTE=tmorrow;144977]this a server-side issue?[/QUOTE][url=http://www.mersenneforum.org/member.php?find=lastposter&t=5758]Yes[/url] (server appears to have been down for around 24 hours now).

Has anyone tried 25.7 on a laptop? Does it stop properly when on battery? Does it resume properly? Is hibernation ever a problem?