New release, old problems:
By clicking on a link two instances of IE 6 are started. At least I understand that now: When you've already started an instance, it prevents the link to open in the same. But when nothing's open, there two instances after clicking on the link.
And I've still the same problem with BOINC + router (see BOINC Core Client - Trouble with router), but I don't think this is a BOINC problem.

---

Suggest to get a second browser like Firefox or Opera and make either your preferred browser. If the behavior continues, blame BOINC, if not blame MS. I think someone found a solution though for the double feature and posted on this forum

What router problem (?).... helps if you provide link.

I won't install another browser, cuz IE has always done a good job for me. And the IE6-BOINC-problem is a problem of BOINC. In all official BOINC releases before 5.8.8 the links worked fine with IE.

And here's the link to the router problem.

---

And the IE6-BOINC-problem is a problem of BOINC.

Technically spoken, it's a libCurl problem, not a BOINC problem. It's libCurl that makes all connections for Boinc, inlcuding the internet connections under those buttons. For if you look in any of your account_*.xml files, you see that there's only one link under each of the buttons (under the <gui_urls></gui_urls> tags).

The BOINC devs have already informed the people that make libCurl. And they are the ones that should fix this.

---

whatever bad language one can waste on this product, it is definitely more save than browsing with IE6.

Yes, but he is using Windows 2000, which can't get IE7. One needs WinXP for that.
And to completely change an OS to get another IE to work with Boinc is going a bit too far. ;)

---

The problem with two instances of Internet Explorer 6 is still there in BOINC 5.8.16 :(

---

The problem with two instances of Internet Explorer 6 is still there in BOINC 5.8.16 :(

If you look back a couple posts in the thread, it's not a problem with BOINC. It's a problem with the version of libCurl that is used. The libCurl programmers have been informed.

---

Kathryn :o)

The problem with two instances of Internet Explorer 6 is still there in BOINC 5.8.16 :(

If you look back a couple posts in the thread, it's not a problem with BOINC. It's a problem with the version of libCurl that is used. The libCurl programmers have been informed.

Yes, of course. But it could have been that the libCurl-problem was fixed and the new solution was built in in BOINC 5.8.16 ...
btw: Is there any overview of the changes between the 5.8.x releases, like the one of 5.4.x?

---

btw: Is there any overview of the changes between the 5.8.x releases, like the one of 5.4.x?

Change log that I'm keeping updated from Rom's emails to the alpha list.

---

Kathryn :o)

Hmm I thought I had posted this before.

I don't think libcurl has anything to do with opening browser windows. Libcurl is used to do HTTP communication from within the client, like for scheduler requests, downloads, uploads, etc. I think browser windows are opened by the library that the manager GUI is made with: wxWidgets.

Hmm I thought I had posted this before.

I don't think libcurl has anything to do with opening browser windows. Libcurl is used to do HTTP communication from within the client, like for scheduler requests, downloads, uploads, etc.

And what do you think will open an HTTP window to a browser?

Please go check for libcurl:
and I quote:
libcurl is a free and easy-to-use client-side URL transfer library, supporting FTP, FTPS, HTTP, HTTPS, SCP, SFTP, TFTP, TELNET, DICT, FILE and LDAP. libcurl supports SSL certificates, HTTP POST, HTTP PUT, FTP uploading, HTTP form based upload, proxies, cookies, user+password authentication (Basic, Digest, NTLM, Negotiate, Kerberos4), file transfer resume, http proxy tunneling and more!

libcurl is highly portable, it builds and works identically on numerous platforms, including Solaris, NetBSD, FreeBSD, OpenBSD, Darwin, HPUX, IRIX, AIX, Tru64, Linux, UnixWare, HURD, Windows, Amiga, OS/2, BeOs, Mac OS X, Ultrix, QNX, OpenVMS, RISC OS, Novell NetWare, DOS and more...

Whereas your WxWidgets say:
wxWidgets lets developers create applications for Win32, Mac OS X, GTK+, X11, Motif, WinCE, and more using one codebase. It can be used from languages such as C++, Python, Perl, and C#/.NET. Unlike other cross-platform toolkits, wxWidgets applications look and feel native. This is because wxWidgets uses the platform's own native controls rather than emulating them. It's also extensive, free, open-source, and mature.

So WxWidgets is nice for making your wallpaper look AWESOME. It won't communicate. OK?

OK... (On the "it won't communicate" part: Sounds like one Renderfarm Admin that I emailed 3 (!!) times over 6 months requesting what the feck his project was about so I could put it in my FAQs... I never got an answer.)

---

Hmm I thought I had posted this before.

I don't think libcurl has anything to do with opening browser windows. Libcurl is used to do HTTP communication from within the client, like for scheduler requests, downloads, uploads, etc.

And what do you think will open an HTTP window to a browser?

Something OS-specific (or a cross-platform wrapper - read below). You can communicate via HTTP without needing a browser installed. Browsers have their own implementations of HTTP, that doesn't mean an HTTP implementation can open browsers (or render HTML).

Please go check for libcurl:
and I quote:

I have made my own programs with libcurl, I know what it is.

Whereas your WxWidgets say:
wxWidgets lets developers create applications for Win32, Mac OS X, GTK+, X11, Motif, WinCE, and more using one codebase. It can be used from languages such as C++, Python, Perl, and C#/.NET. Unlike other cross-platform toolkits, wxWidgets applications look and feel native. This is because wxWidgets uses the platform's own native controls rather than emulating them. It's also extensive, free, open-source, and mature.

So WxWidgets is nice for making your wallpaper look AWESOME. It won't communicate. OK?

Hmm how is that related to a wallpaper? wxWidgets is what BOINC uses to do everything on the manager. If they used Windows API or Mac's Aqua API, it wouldn't be cross-platform. wxWidgets is basically a wrapper for the OS libraries to handle windows, controls, and more. The author of the program doesn't need to do anything to make it work on other operating systems. Works in terms of GTK for the Linux version, apparently.

No it won't communicate. But one of its thousand functions will start your OS-defined default browser. The browser will then communicate, or whatever.

EDIT: There we go. wxLaunchDefaultBrowser from wxWidgets manual. The part of the BOINC code using it is boinc/clientgui/hyperlink.cpp line 174. In turn, that wxHyperLink::ExecuteLink method is called from CBOINCBaseFrame::ExecuteBrowserLink on boinc/clientgui/BOINCBaseFrame.cpp line 503. ExecuteBrowserLink is called from many places from the manager.

OK... (On the "it won't communicate" part: Sounds like one Renderfarm Admin that I emailed 3 (!!) times over 6 months requesting what the feck his project was about so I could put it in my FAQs... I never got an answer.)

Leave it off the FAQ then, I won't cry for not being there.

On 5.8.15 and passing instructions from the BOINCmgr.exe to BOINC.exe in Windows shortcut during startup. I have set for daily contact of 1 hour, network activity per scheduling preference. Wanted to flush the result files none the less immediately. Since recently hitting the Update button in BOINCmgr, opens the line for 5 minutes and sends all in the Transfer Queue off. The question is: Should the command-line instruction C:ProgrammiBOINCboincmgr.exe "/b, --report_results_imediately"
achieve the same, but than whenever a result is done. Though there are no reports of syntactical errors, the sending is not taking effect. Is this only meant to function one time on startup, with completed work in transfer queue?

It causes a lot more load on the server, I think the switch was disabled from working.

Makes no sense.... if "Activity > Network Activity Always Available", the result files are send immediately anyway after each job, so what was the point than to disable?

That setting was to disable *reporting* results immediately. File uploads are always uploaded immediately. Reporting results one by one as soon as they finish causes increased server load.

Upload server is different than making database changes. When you upload that server keeps track of the files, but does not bring the database into the mix. When you open the database to report a result then it is a harder hit. It does not matter if you report 1 or 20, it will take about the same amount of time, and only be one database open, allowing more work to be done at a single moment, than over 20 different open and closes.

Rom's blog post on RRI.

Site is down right now, but I had the link bookmarked.

---

Kathryn :o)

It causes a lot more load on the server, I think the switch was disabled from working.

The send reports immediately function is intended to help devs debug. It can be turned on but only if a certain other switch is turned on first. I won't tell what that other switch is because it should be kept secret from the masses to prevent unnecessary load on the servers. The only place I have ever seen that other switch documented is.... nah, lips are sealed to spare the servers.

Rom Walton wrote a detailed explanation of how reporting single results immediately (as opposed to uploading the result) loads servers. It is clear that reporting 3 or more results at a time is much more efficient. His article is available at Rom World, I think.

Propose to make the message in the Tasks tab unambiguous and add 1 word "Ready To Report Result"....could even consider "Ready to Report Result to Scheduler"

cheers

I agree there is an ambiguity. The ambiguity stems from using the word Report as a verb instead of a noun. Your proposal rearranges the words but still uses Report as a verb. Try "Ready to upload Result Report". Then we need only distinguish between The Result and the The Result Report in posts and docs to avoid ambiguity. Seems simpler to me though I don't know why.

(BTW, unrelated to the subject at hand, you repeatedly use "then" when you mean "than" and vice-versa. Your posts would be less confusing if you used then and than correctly.)

Propose to make the message in the Tasks tab unambiguous and add 1 word "Ready To Report Result"....could even consider "Ready to Report Result to Scheduler"

cheers

I agree there is an ambiguity. The ambiguity stems from using the word Report as a verb instead of a noun. Your proposal rearranges the words but still uses Report as a verb. Try "Ready to upload Result Report". Then we need only distinguish between The Result and the The Result Report in posts and docs to avoid ambiguity. Seems simpler to me though I don't know why.

(BTW, unrelated to the subject at hand, you repeatedly use "then" when you mean "than" and vice-versa. Your posts would be less confusing if you used then and than correctly.)

The entry in the message log speaks again of "Reporting X Tasks".... Is there anything uploaded?

Yes, X number of Result Reports are uploaded.

The event comes across to me as writing into the database that the files were previously uploaded and to tick them off as done whereupon the scheduler sends an 'acknowledged' back, which regrettably does not generate an entry in the message log.

That is pretty much what happens. Where you say "the files were previously uploaded" it might be less ambiguous to say "the result files were previously uploaded". Also, remember that the Result Report contains the host's log of the computation of the WU. The Result Report also tells the server whether or not the computation ended with Success or Computation Error on the host. That tells the server whether or not to replicate another copy of the WU.

on the BTW, you might have missed that language barrier part, but I did mean 'than' and not 'then' in my last post ... propose to continue in cafe BOINC, we could converse further in Italian, German, French, Dutch.... and UK English ;P

OFF TOPIC QUIBBLING: No, I did not miss that language barrier part. You did not use then/than in Message #9407 which must be the last/previous post you refer to. The last time you used then/than in this thread was in message #9396 where you used it incorrectly. Start a new thread in the cafe and link it here if you have need of further lessons on then/than. Or perhaps you have it sorted now?

Hey guys... cool it a bit please

:)

Grammar can be discussed in the lounge if you so choose. But be warned, I'll put on my English teacher hat :-)

---

Kathryn :o)

No need, you might else get confused again LOL

Sekerob,

You issued the challenge, now you are chickening out? We'll take that as proof you are the confused one. No matter, your improper usage plus your confusion over where you used then/than improperly is apparent to all. Sad, it is a sign of strength to admit one's mistakes and endeavor to do better. Rather than do that you've chosen the tiny man's way out and chosen to deny and lie about it. Hard to break your old habits, huh?