A subdirectory or file already exists

For a test, can you use Sysnative file download?

I just verified dump.txt is identical on Sysnative.

Same exact dir names on server, except of course domain name. :smile:

We've got to figure out if this is a host issue or not.
 
Google: "-2146697208 The download of the specified resource has failed."

Ah, I see you beat me to it. ;)

I don't believe it is a host issue since I am not experiencing the problem on my system and have not heard of anyone else with the problem.

One sec while I change to Sysnative instead.
 

Attachments

Last edited:
Code: 
   *****************************************************************
*                                                               *
*                      SYSNATIVE BSOD APPS                      *
*                                                               *
*                Copyright 2012 Sysnative Forums                *
*****************************************************************
[COLOR=#FF0000]******************************ERROR*****************************
                     Error downloading file
                        ERROR CODE: 0x1572878
You may need to connect to the internet prior to running the app
******************************ERROR*****************************[/COLOR]
Press a key to continue

Did not download dump.txt to primary dir or other dir.


Forgot to mention, this file shows up each run in primary dir -

outTimeDir.txt
Content = outputDmps\2012_Oct_07_21_08
 
outTimeDir.txt will be removed after the html viewer is closed. It is used by the html viewer to determine where to place the html files and where to load the output .txt files from. It remains so the BBCode can be parsed out or left in place through the check box.

If you close the console instead of the html viewer GUI, the outTimeDir.txt file remains as a straggler. I can probably find a way around that, but I'll have to put some thought into it.

If you are not using the html viewer and you are seeing outTimeDir.txt after the apps complete, that may be a bug that I need to look into.


As to 0x1572878, I am unfamiliar with that code... Cannot find anything online about it, either.
 
I also receive an error with the apps with 2.1.3.6 when downloading from Sysnative: 0x-2146697210

I do get a dump.txt file in the directory the apps run from, though.
 
writhziden said:
I also receive an error with the apps with 2.1.3.6 when downloading from Sysnative: 0x-2146697210

I do get a dump.txt file in the directory the apps run from, though.
Click to expand...

Just clarifying, Mike - you DO or DO NOT get a dump.txt file in the dir the app is running in?

I DO NOT - Sysnative.

I DO - Carrona

This is beyond weird.
 
With carrona.org - No error messages appear on my system.

With sysnative.com - 0x-2146697210 appears on my system, but dump.txt is successfully downloaded to the directory where SysnativeBSODApps.exe is run. However, the updated dump.txt is never transferred to %userprofile%\SysnativeBSODApps\download since the error occurs.
 
Error - console version -

10-08-2012a.PNG
​

EDIT: Identical error w/GUI version too.

Both = 2.1.9.3
 
Last edited:
Mike - What I ended up doing was writing a batch file that calls a VBS script to d/l the carrona DRT; copies it in to \download, then calls the latest prod version of your app.

It does appear to be something on my end, so this work-around is fine for now.
 
jcgriff2 said:
Error - console version -


EDIT: Identical error w/GUI version too.

Both = 2.1.9.3
Click to expand...

Does the GUI Version now work for you (minus the download error, of course)?


jcgriff2 said:
Mike - What I ended up doing was writing a batch file that calls a VBS script to d/l the carrona DRT; copies it in to \download, then calls the latest prod version of your app.

It does appear to be something on my end, so this work-around is fine for now.
Click to expand...

I'll try to give users more options. I'm thinking something along the lines of three buttons:

  1. Proceed (this option will move the dump.txt to the download directory, but it will not back it up since it may be a bad download)
  2. Run From Backup (Runs with dump.txt.bak)
  3. Cancel (Stops the apps from running any further)

What do you think?
 
Last edited:
writhziden said:
I also receive an error with the apps with 2.1.3.6 when downloading from Sysnative: 0x-2146697210

I do get a dump.txt file in the directory the apps run from, though.
Click to expand...
Just going to pop in for a second.

Whilst downloading with Sysnative with 2.1.3.6, I get the same error you do Mike - 0x-2146697210. Checking the download directory, I have a dump.txt. Just thought I'd let you know it's not just you two!

EDIT - Hmmmmm... Just run the new GUI and Console versions (2.1.9.3) and they run with no issues... Connecting to the Sysnative DRT. A dump.txt is being downloaded to the correct folder (outputDmps\2012_Oct_08_21_18\SysnativeBSODApps\download)
 
Last edited:
Thanks Stephen. Appreciate the feedback. :D

How do you like the GUI version? I plan on adding a bit more feedback to it to let users know file output progress, etc. Not sure it's necessary, but I myself like to know what the apps are doing as they run.

I plan on releasing a GUI and CONSOLE version so people have an option for their preference.
 
I like it. Would it be possible to incorporate the progress bar into the same windows as the settings? It would save all the different windows opening and closing. However, I do like the GUI version. Good idea though to keep the console version.
 
I'm not sure moving to just one window is feasible right now. Each Window currently runs on a different thread, and some systems have had issues handling the threading of the apps. I'll have to wait until I get more feedback about whether or not the latest version of the apps now work with the way the threading is handled in 2.1.9.3

I'm also not sure how difficult it would be for me to design the initial Window with different objects and hiding tabs, checkboxes, etc. as different parts of the apps run. It may be very messy for me to edit the window design if objects overlay each other or hide behind each other. I'm willing to look into it, but I can't promise anything at this time.
 
writhziden said:
jcgriff2 said:
Error - console version -


EDIT: Identical error w/GUI version too.

Both = 2.1.9.3
Click to expand...

Does the GUI Version now work for you (minus the download error, of course)?
Click to expand...

I'd have to re-test. When that screen was up, I could see the carrona DRT txt file downloading in live-time via Altap to the execution dir. I then killed the app.


writhziden said:
jcgriff2 said:
Mike - What I ended up doing was writing a batch file that calls a VBS script to d/l the carrona DRT; copies it in to \download, then calls the latest prod version of your app.

It does appear to be something on my end, so this work-around is fine for now.
Click to expand...

I'll try to give users more options. I'm thinking something along the lines of three buttons:

  1. Proceed (this option will move the dump.txt to the download directory, but it will not back it up since it may be a bad download)
  2. Run From Backup (Runs with dump.txt.bak)
  3. Cancel (Stops the apps from running any further)

What do you think?
Click to expand...

The download is NEVER bad - just wrong location! :confused2:

Maybe I can d/l dump.txt ahead of time...?
 
jcgriff2 said:
The download is NEVER bad - just wrong location! :confused2:

Maybe I can d/l dump.txt ahead of time...?
Click to expand...

The wrong location is due to the fact that the apps do not know whether the download is good or not. With what I am proposing, the user would have the option to tell the apps to proceed and place them in the correct location. For safety, I would prevent the apps from then backing up that downloaded file in case it is bad.

When I was saying it might be bad, I was not saying yours is, just that I would prefer not to assume it is good within the apps in case someone clicks proceed without knowing whether it is good or not.
 
@Stephen: Alright, I've tried merging all the windows into one. Problem is, it takes 10 seconds for the apps to load that way on my system, which means it will be even slower on yours. That would somewhat negate the point of the apps since they are meant to make debugging faster and easier. Up to you whether you still want me to pursue that approach and deal with the slower load time. Nevermind, the slowness seems to be due to me turning off the internet to test that they work as desired with the internet off or the date expired for giving the "possible update for the apps" message. I'll continue with the merge.

@John: No problem. Just wanted to make sure things were clarified.
 
Last edited:

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top