DPAD: Guide Update? Let me know how this sounds!

[Wolfsraider]

Originally posted by: Overkiller
Wolfsraider-

I also noticed that the link at the end of this leads you to a 404. While the address is fine the actual link behind it is something like dpad.wolfsraider.www.stephenbrooks.org/muon1


so if possible could u also fix the link?

thanks man!!



[Should i always hop onto the latest version once it is released?]

-As the client is still in beta phase the roll-out of a new client version is beta unto itself. A good method is to run it, if it runs fine then you are good to go! If not switch back to your old version (making sure to copy over ur results.txt and results.dat) and go to the DPAD forums and post for Stephen. Usually he responds the same day. Once again the link to the main site is:
www.stephenbrooks.org/muon1

oops found the problem "leaving out http made it revert to dpad directory

field was added also

as far as spelling...my spelling checker doesn't seem to show anything..it usually balks at every http etc.. but not today

can you folks check it out and lmk if there are problems?

thanks

mike

 

[GtPrOjEcTX]

jiggawatts.com (my site) is down.

a mirror for the install files (which I had to recreate, b/c my only copies where on my site) are now here:

Muon Installer for Windows 95/98/ME/2000/XP
Muon Installer for Windows NT (requires full admin rights)

I also added links to the webpage guide and The TeAm Stats page in the program group created.

 

[Wolfsraider]

Originally posted by: GtPrOjEcTX
jiggawatts.com (my site) is down.

a mirror for the install files (which I had to recreate, b/c my only copies where on my site) are now here:

Muon Installer for Windows 95/98/ME/2000/XP
Muon Installer for Windows NT (requires full admin rights)

I also added links to the webpage guide and The TeAm Stats page in the program group created.

I added your new mirrors as the main directory and a mirror to files on mine as well

if you want i can add jiggawatts as the main file

let me know here

also if you do not want me to mirror it as well lmk so i can honor your wishes

thanks

mike

 

[BlackMountainCow]

Originally posted by: ScottSwingleComputers
Ok, I checked Muon Calc, it said I had 57265.7
I watched the CLI finish a WU which showed:
t = 200.00ns (443/58097 particles) 264.4 Mpts

Those added equals 57530.1

I went in and checked Muon Calc, and it also reports 57530.1

Hmm. Are u using 4.33a or 4.34?

 

[Ornery]

Where is the FAQ for issues? Twice my PC has run the upload with the following result:

• ftp: 89 bytes received in 0.00Seconds 89000.00Kbytes/sec.
  ftp> mkdir testfiles
  550 testfiles: Permission denied
  ftp> cd testfiles
  250 CWD command successful.
  ftp> lcd testfiles
  Local directory now F:\muon\testfiles.
  ftp> put testfile_pcquvnwaayw.txt
  200 PORT command successful
  150 Opening ASCII mode data connection for testfile_pcquvnwaayw.txt
  226 Transfer complete.
  ftp: 6 bytes sent in 0.00Seconds 6000.00Kbytes/sec.
  ftp> lcd ..
  Local directory now F:\muon.
  ftp> get testfile_pcquvnwaayw.txt
  200 PORT command successful
  150 Opening ASCII mode data connection for testfile_pcquvnwaayw.txt (5 bytes)
  226 Transfer complete.
  ftp: 6 bytes received in 0.00Seconds 6000.00Kbytes/sec.
  ftp> del testfile_pcquvnwaayw.txt
  250 DELE command successful.
  ftp> quit
  221 Goodbye.
  Invalid switch - /F

At this point the process stops. Muon is no longer running. Is it routine to have to restart at this point?

 

[BlackMountainCow]

Originally posted by: Ornery
Where is the FAQ for issues? Twice my PC has run the upload with the following result:

• ftp: 89 bytes received in 0.00Seconds 89000.00Kbytes/sec.
  ftp> mkdir testfiles
  550 testfiles: Permission denied
  ftp> cd testfiles
  250 CWD command successful.
  ftp> lcd testfiles
  Local directory now F:\muon\testfiles.
  ftp> put testfile_pcquvnwaayw.txt
  200 PORT command successful
  150 Opening ASCII mode data connection for testfile_pcquvnwaayw.txt
  226 Transfer complete.
  ftp: 6 bytes sent in 0.00Seconds 6000.00Kbytes/sec.
  ftp> lcd ..
  Local directory now F:\muon.
  ftp> get testfile_pcquvnwaayw.txt
  200 PORT command successful
  150 Opening ASCII mode data connection for testfile_pcquvnwaayw.txt (5 bytes)
  226 Transfer complete.
  ftp: 6 bytes received in 0.00Seconds 6000.00Kbytes/sec.
  ftp> del testfile_pcquvnwaayw.txt
  250 DELE command successful.
  ftp> quit
  221 Goodbye.
  Invalid switch - /F

At this point the process stops. Muon is no longer running. Is it routine to have to restart at this point?

Looks pretty normal to me. Did u get a little checkbox saying to click on? Like "Good Bye" or "Results Sent" ? If so, then your results were all uploaded and u have to start muon (either command line or background) again. :beer:

 

[Ornery]

Well, I guess that's OK by me, but the DOS box does not close, and I can't type EXIT to close it. If I leave PCs running, and they upload, then they'll be idle till I attend to them. Guess I should change the options to manual upload or something, eh?

 

[Overkiller]

Check the guide....

[Results did not send properly (hung transfer)!! Where are my results?? And how can i prevent this in the future??]

* -When sending a result and a hung transfer results (rarely) which forces the user to terminate the transfer, your results.txt file is NOT lost. Look in your DPAD folder and one will see a very long filename such as [TA]Overkiller6-204854-32ew-234-343.txt <--- This is your results.txt file (make sure the file size is the same as results.txt; it will be). Simply rename that file to results.txt and try a re-send!
* -To avoid this in the future (if it happens every time you try to send a result) enter config.txt and change the "PASV file transfer" field to "Yes."


if a little pop-up box doesn't pop-up saying "Results sent: OK" (which when u click it the dos promt closes)
then YES, the results DID-NOT send correctly.

Try the above info^ and Let me know if ur results still can't be sent (and that u found them)

 

[Overkiller]

hey..i know there was an issue concerning Firewalls and Muon...anyone anyone??

describe the problem and any ways to bypass the firewall so the results still send..

thanks guys

 

[DanC]

Hey Overkiller... you're famous!

 

[BlackMountainCow]

Originally posted by: Overkiller
hey..i know there was an issue concerning Firewalls and Muon...anyone anyone??

describe the problem and any ways to bypass the firewall so the results still send..

thanks guys

I've never found a way around this problem. I have to close my ZoneAlarmPro in order to send. No settings ever helped nor did the passive mode.

 

[Overkiller]

:Q

I'm just doing my part. Over's going international!! whohoo..lol. Thx for the link DanC but you guys deserve way more credit. all i did was take little snipppets of info. over time from various forums and just plop it all together...

i mean...

there's our phearless leader DanC
Our stats-creater Soni
Our Stats Poster Amdxborg
Our Guide Host: Wolfsraider
our babes

and of course each and every person putting their spare cycles towards this project. i'm just a nub

 

[Overkiller]

Hey WolfsRaider:


Sorry to keep bugging you

but...

This is currently here..the part that needs to be edited in is in BOLD:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[Results did not send properly (hung transfer)!! Where are my results?? And how can i prevent this in the future??]

* -When sending a result and a hung transfer results (rarely) which forces the user to terminate the transfer, your results.txt file is NOT lost. [If a text box didn't appear at the end of your upload saying "transfer successfulK" and one has to "x" out of the ms-dos prompt then your results did NOT send properly] Look in your DPAD folder and one will see a very long filename such as [TA]Overkiller6-204854-32ew-234-343.txt <--- This is your results.txt file (make sure the file size is the same as results.txt; it will be). Simply rename that file to results.txt and try a re-send!
* -To avoid this in the future (if it happens every time you try to send a result) enter config.txt and change the "PASV file transfer" field to "Yes."
-Also, be aware that if you are using the "auto-upload" feature and the transfer hangs there is no notification present so one will have to check their DPAD folder for the aforementioned file

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

This should go underneath the above^

[Results are not sending...could it be my firewall?]
-Yes. This is especially prevalent with ZoneAlarm. As of right now there is no way around this that "I" know. Simply shut ZoneAlarm down and send the results.
[What if I don't have ZoneAlarm and this still happens?]
-Check to make sure that you don't have the Internet Connection Firewal up under WinXP. If not even this works then some systems simply do NOT upload results, for some erroneous reason. More information to come as this problem is addressed.


Thanks Wolf!!!

& i will check formatting, etc. later in the evening and LYKnow

 

[Wolfsraider]

on it and congrats on international status :beer:

 

[Freewolf]

Originally posted by: Overkiller
Hey WolfsRaider:


Sorry to keep bugging you

but...

This is currently here..the part that needs to be edited in is in BOLD:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[Results did not send properly (hung transfer)!! Where are my results?? And how can i prevent this in the future??]

* -When sending a result and a hung transfer results (rarely) which forces the user to terminate the transfer, your results.txt file is NOT lost. [If a text box didn't appear at the end of your upload saying "transfer successfulK" and one has to "x" out of the ms-dos prompt then your results did NOT send properly] Look in your DPAD folder and one will see a very long filename such as [TA]Overkiller6-204854-32ew-234-343.txt <--- This is your results.txt file (make sure the file size is the same as results.txt; it will be). Simply rename that file to results.txt and try a re-send!
* -To avoid this in the future (if it happens every time you try to send a result) enter config.txt and change the "PASV file transfer" field to "Yes."
-Also, be aware that if you are using the "auto-upload" feature and the transfer hangs there is no notification present so one will have to check their DPAD folder for the aforementioned file

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

This should go underneath the above^

[Results are not sending...could it be my firewall?]
-Yes. This is especially prevalent with ZoneAlarm. As of right now there is no way around this that "I" know. Simply shut ZoneAlarm down and send the results.
[What if I don't have ZoneAlarm and this still happens?]
-Check to make sure that you don't have the Internet Connection Firewal up under WinXP. If not even this works then some systems simply do NOT upload results, for some erroneous reason. More information to come as this problem is addressed.


Thanks Wolf!!!

& i will check formatting, etc. later in the evening and LYKnow

You should be able to go into your firewall setting and set it to let muon connect to the server

 

[Overkiller]

hrm. i thought he had tried to give permission to muon and still no go.

 

[Freewolf]

Originally posted by: Overkiller
hrm. i thought he had tried to give permission to muon and still no go.

If so He needs to switch to kerio better anyway imo

 

[Wolfsraider]

done with the uploads and changes

please let me know on format and spelling issues lol


do i need to add a link for the new 4.34 as seen
here

 

[Overkiller]

not yet. I'm not running it as yet...a big bug was just resolved over the weekend by Stephen.

Also, the installer posted by GT is for 4.33a and not 4.34

so let's see how it turns out over the course of this week..

i also believe Soni would have to update his service installer as well.

i think we should wait to make sure its 100% stable

 

[Wolfsraider]

cool if this changes lmk

and thanks rob

mike

 

[stephenbrooks]

Originally posted by: Overkillerand of course each and every person putting their spare cycles towards this project. i'm just a nub

Nub just asked me to come over to this thread and verify that what you'd put in the guide is correct. Fortunately it all is, and probably a bit more comprehensive than the FAQ I've got on my site anyway at the moment. Now that v4.34 is fixed, I've put in something that will (hopefully) deal with problems involving FTP hangs: Muon1 now shuts an FTP task off if it has been taking too long.

 

[BlackMountainCow]

I've put in something that will (hopefully) deal with problems involving FTP hangs: Muon1 now shuts an FTP task off if it has been taking too long.

Hopefully this will work for some ppl, but I yet know of some still having problems sending!

 

[Ornery]

To avoid this in the future (if it happens every time you try to send a result) enter config.txt and change the "PASV file transfer" field to "Yes."

I changed it to yes, but got this result last night:

• ftp> mkdir testfiles
  550 testfiles: Permission denied.
  ftp> cd testfiles
  250 "/testfiles" is current directory.
  ftp> lcd testfiles
  Local directory now F:\muon\testfiles.
  ftp> put testfile_cqcjsvcrqtj.txt
  200 PORT command successful.
  150 Opening ascii mode data connection for /testfiles/testfile_cqcjsvcrqtj.txt.
  226 Transfer complete. 6 bytes in 1 sec. (0.01 Kb/s).
  ftp: 6 bytes sent in 0.00Seconds 6000.00Kbytes/sec.
  ftp> lcd ..
  Local directory now F:\muon.
  ftp> get testfile_cqcjsvcrqtj.txt
  200 PORT command successful.
  150 Opening ascii mode data connection for /testfiles/testfile_cqcjsvcrqtj.txt (
  6 bytes).
  226 Transfer complete. 6 bytes in 0 sec. (0.00 Kb/s).
  ftp: 6 bytes received in 0.22Seconds 0.03Kbytes/sec.
  ftp> del testfile_cqcjsvcrqtj.txt
  250 DELE command successful.
  ftp> quit
  221 Goodbye. Control connection closed.
  Invalid switch - /F

Muon was not running, bit Winoldap and FTP were: View

A results.dat and results.txt file were both created about 40 minutes ago.

 

[GtPrOjEcTX]

Originally posted by: stephenbrooks

Originally posted by: Overkillerand of course each and every person putting their spare cycles towards this project. i'm just a nub

Nub just asked me to come over to this thread and verify that what you'd put in the guide is correct. Fortunately it all is, and probably a bit more comprehensive than the FAQ I've got on my site anyway at the moment. Now that v4.34 is fixed, I've put in something that will (hopefully) deal with problems involving FTP hangs: Muon1 now shuts an FTP task off if it has been taking too long.

so v4.34 is fixed...so should we use that instead? does it work more efficiently? and lastly should I make another installer for it?

 

[BlackMountainCow]

Originally posted by: GtPrOjEcTX

Originally posted by: stephenbrooks

Originally posted by: Overkillerand of course each and every person putting their spare cycles towards this project. i'm just a nub

Nub just asked me to come over to this thread and verify that what you'd put in the guide is correct. Fortunately it all is, and probably a bit more comprehensive than the FAQ I've got on my site anyway at the moment. Now that v4.34 is fixed, I've put in something that will (hopefully) deal with problems involving FTP hangs: Muon1 now shuts an FTP task off if it has been taking too long.

so v4.34 is fixed...so should we use that instead? does it work more efficiently? and lastly should I make another installer for it?

After some benchmarking we found out that it is about 1% faster than 4.33a. So that is somewhat neglectable. But yes, I'd say go ahead and make a new installer for it! :beer: