Re: [boinc_dev] BOINC client link broken at main download page

[David Anderson]

Oops!  Fixed now - thanks.
-- David

On 9/28/2017 7:45 AM, Vidal, Patricio J wrote:

Hi,

The client download link at https://boinc.berkeley.edu/download.php is broken. 
It is pointing to https://boinc.berkeley.edu/boinc_7.8.2_windows_x86_64.exe but 
it should be https://boinc.berkeley.edu/dl/boinc_7.8.2_windows_x86_64.exe 
according to https://boinc.berkeley.edu/download_all.php

Regards,
Patricio.
Please be advised that this email may contain confidential information. If you 
are not the intended recipient, please notify us by email by replying to the 
sender and delete this message. The sender disclaims that the content of this 
email constitutes an offer to enter into, or the acceptance of, any agreement; 
provided that the foregoing does not invalidate the binding effect of any 
digital or other electronic reproduction of a manual signature that is included 
in any attachment.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.


___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

[boinc_dev] BOINC client link broken at main download page

[Vidal, Patricio J]

Hi,

The client download link at https://boinc.berkeley.edu/download.php is broken. 
It is pointing to https://boinc.berkeley.edu/boinc_7.8.2_windows_x86_64.exe but 
it should be https://boinc.berkeley.edu/dl/boinc_7.8.2_windows_x86_64.exe 
according to https://boinc.berkeley.edu/download_all.php

Regards,
Patricio.
Please be advised that this email may contain confidential information. If you 
are not the intended recipient, please notify us by email by replying to the 
sender and delete this message. The sender disclaims that the content of this 
email constitutes an offer to enter into, or the acceptance of, any agreement; 
provided that the foregoing does not invalidate the binding effect of any 
digital or other electronic reproduction of a manual signature that is included 
in any attachment.
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Increase in errors on Windows clients related to shared memory

[Juha Sointusalo]

On 28 September 2017 at 10:02, Charlie Fenton 
wrote:

> But you are correct that my proposed change may be useful only for the
> default screensaver graphics app (boincscr), which should never have
> multiple instances running simultaneously.
>

I think the default screensaver already does that. I have stderrscr.txt,
stderrscrgfx.txt, stdoutscr.txt and stdoutscrgfx.txt in
C:\Users\Juha\AppData\Roaming\BOINC.

-Juha
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Increase in errors on Windows clients related to shared memory

[Juha Sointusalo]

The client needs to know that some program is still using the slot
directory. stderrgfx.txt isn't a perfect solution to the problem but I
don't think there is any other mechanism to do it. I don't think the client
really knows about graphics apps other than being some extra files it needs
to download.

I suppose a better solution would be using memory mapped files to
communicate between science app and graphics app but that would be API
change.

In other words, I think it's better to keep stderrgfx.txt for now.

-Juha

On 28 September 2017 at 00:54, David E Kim  wrote:

> Yes, I’ll probably disable that.
>
> > On Sep 27, 2017, at 2:51 PM, Charlie Fenton 
> wrote:
> >
> > On Sep 27, 2017, at 12:49 PM, Juha Sointusalo 
> wrote:
> >> I did see that the graphics app opens stderrgfx.txt file in slot
> directory
> >> and keeps it open as long as the graphics are open.
> >
> > That is not terribly useful, since it will be gone after the slot
> directory is cleaned. It should go in the per-user directory, which on
> Windows is C:/Users/{username}/AppData/Roaming/BOINC/ or at least in the
> project directory.
>
>
___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] 7.10 release

[Charlie Fenton]

My BOINC screensaver fix for Mac OS 10.13 High Sierra is urgent and critical. 
But it can't wait for 7.10, and neither should the fix for slot directory 
cleanup. These two changes should go in a more immediate 7.8.3 release.

I expect that releasing 7.10 to the public will take longer because it will 
have far more extensive changes and so require more testing and possibly more 
rounds of bug fixes.

The Mac screensaver fix includes changes to both the screensaver coordinator 
and tolibboinc_graphics2.a. All projects who have graphics apps will then need 
to rebuild them with the new library and distribute them to all their users, or 
at least those running OS 10.13. So we need to get my changes deployed as 
quickly as possible.

Cheers,
--Charlie

--
Charlie Fenton



On Sep 27, 2017, at 9:33 PM, David Anderson  wrote:

> It's clear that we need to start testing for a 7.10 release soon.
> I'll go ahead and make a client_release/7/7.10 branch
> unless anyone has an important PR planned.
> -- David
> ___
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
> 

___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Re: [boinc_dev] Increase in errors on Windows clients related to shared memory

[Charlie Fenton]

On Sep 27, 2017, at 9:02 PM, Rom Walton  wrote:
> More than one graphics application can be running at a time, hence why the 
> graphics application log file ended up in the slot directory.  Just creating 
> a single user specific subdirectory isn't going to lead to a happy place.


Good point.

> It is supposed to be cleaned up when the slot directory is cleaned up.

Unfortunately, that greatly reduces its usefulness, because it will often be 
deleted before you might even think to check it, as I wrote before. But you are 
correct that my proposed change may be useful only for the default screensaver 
graphics app (boincscr), which should never have multiple instances running 
simultaneously. 

So I don't have a better solution for the project graphics apps than putting 
them in the slot directories.

Cheers,
--Charlie


___
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.