Topic: █▓▒░-< [ZPOOL.CA][BTC Multipool] The miners multipool >-░▒▓█ Paid 925+ BTC - page 74. (Read 217685 times)

Are you trying to say you need path redundancy for each miner app you are launching?   I could add the variables and make it so it can be left blank...  Id have to do some testing on how it will work, because I presently am unsure if you can call a %variable%%afterthisvariable% in such a manner.   might need some creative twist if its not that simple (which DOS operations can be hinky like that).   My batch is only checking for an open task name (not location) so i'd need to keep the original variable and add something like %P2A% %P2B% etc for each miner app version/location.

Im trying to undertsnd your perspective... if I can make it more versatile I am all for it....  But typically batch files are in their home directory where they are controlling stuff.  I typically only use a batch in a path-registered location like c:/ or c:/windows when its something like ls.bat.... because I always #$@% up and type LS when I know damned well its not.  Thanks unix.

During payouts the frontend services are shutdown to allow all resources to be focused on processing payments and updating/purging the database.

So you'll see this ~4 times a day.

every once in a while I get a cloudflare page, but not today...

Seems to be working fine for me.

Site down? I only see a gray page...

We seem to be speaking different languages. I can't explain any better so I'll just drop it.

ok,

It's easy to change any miner filename;  or add multiples.

Just a single lettered variable for each miner app.

Be sure to have a loop below for each lettered variable in incriments as such at the bottom:

So a third app would be:


Another note is for the users in the later versions of windows that can make live updates to the batch like I can,  Anything that needs changed above the initial "start:" jump pointer near the top requires you to first close the batch (not the miner process) so that its no longer running, save the edits and relaunch the batch.  It only sets those variables once, no need to do it continually as they are considered "static" in my eyes.  Anything below the start jump pointer that needs modified can easily be changed and save the batch... then close the active miner process and it will re-loop with your updates (such as intensity, difficulty, etc).

As of this post, my signature has the link to the miner batch code, and now has the current version number appended in the code.  (in the form of an unused pointer, or a note outside of the main loop)

One of us is not understanding. If you know what you are doing then fine but some of your response suggests otherwise.
My changes should work as is for you, I don't know why you believe it's so complicated. Special pointers? TSR? You've
lost me.

I have been doing something similar for over a year (monitoring miner tasks), it's just that all my executables already had
the same name so I didn't have to rename them.

You said "The 'tasks' do not have the same name;  they have the same executable name." What's the diffreence? Doesn't
tasklist /FI IMAGENAME return the file name of the executable?

Shortcuts wouldn't solve the problem because it would hide the taskname from the batch script, that is the opposite of what
I want to do. How would the task then be monitored?

I don't see the relevance of the Window title or how my chnages affect your use of it.

You say I'm trying to add definition as to which one is running. On the contrary I'm trying to abstract it so the task monitor
doesn't have to to pick the taskname based on the algo, they are all the same.

I agree that it would make the script less universal but when you consider that with your implementation a user would have to ensure
all executables and the batch file are in the same dir. With my changes a user would only have to define variables for each path.
It doesn't have to be done by editting the file, shell variables will do.

path is irrelevant TBH.  Batch files are originally meant to be in their home directory and executed as such (typically) originally for being able to execute a common set of commands..  I try to stay as close to the system level and as simple as possible to keep things reliable and easy for the laymen to use/modify....  also less folders, less stress on the partition table, and etc... many reasons.

If you wish to run it from a location, just make a shortcut by right click drag and make a shortcut.  I use a shortcut to the batch in my startup folder.  works fine, no path required.  it adds more mess TBH, and its less versatile as you would need to edit it if you change a filename or directory structure.  Plus, why would you want a million directories when you can just drop the updated executable in the folder and update the batch with just a version number change on the filename.

The 'tasks' do not have the same name;  they have the same executable name.  The quoted algo name while using the "start" command is specifically to title the windows for each algo.

If i did it your way I would have to create a special pointer for each algo, which would just be a placeholder for the algo name.  Seems utterly convoluted to create a variable per algo.  Too much mess.  If I created a lookup table from a TXT file, that would be OK, but I would need to code a program to do that, and that's going too far away from the concept behind this batch considering I am trying to avoid using anything 3rd party.
 
Yes they may all have the same filename, but you are trying to add definition to which one is running...... and in that its making the batch less universal.  It works fine in this manner because it isn't looping multiple code segments, but the loop is just looking for a program in memory continuously...  IF I added up all the code to accomplish your method the code would probably equal 2x the characters of the loop being used.... which actually becomes more chars by your method...

But i've already made it super easy to know which is running just by hovering over the window or taskbar.... so I don't think ill implement path into any of my scripts as the only file changing between versions is the EXE file.  Its much simpler code wise to just look for each program that can be in memory one after another and re-loop once all versions are closed.

If I got out borland and did code an app, i honestly would have it poop out almost the same code I have above....   It's been a LONG time since I have coded a TSR dos program.  But i'd give it a fancy ANSI interface that you could use the arrow keys and navigate fields and edit the data in real-time etc...    But I don't see this happening.


I always unzip the new miner app, then append the version number to filename, then I copy to my current miner directory and update my batch.

It's just a file name. As long as the name in the tasklist matches the file name it should work. Most should aready be called ccminer.exe,
they might have been changed by JK to implement his scrypt.

Do the miners allow their executable to be renamed?

JK, can give your version number for your scripts..... i lost track  thanks

I don't use this method but I looked at the script to see how it works. I believe it is more complicated than necessary.

You have a two stage loop that appears to be used to support two executables. Each miner has a different taskname
so you had to handle them seperately hence the two stage loop. That algorithm doesn't scale well if you need more
diffrerent miners for different algos.

I suggest you rename all the executables with the same name but in different directories. That way when you start the
miners you specify the path to the miner for a given algo but when it's time to monitor the tasks they all have the same
name.

As long as the taskname is the same as the executable this should work.

Here's a snippet of code to illustrate:

every once in a while it will want to switch algos pretty quick ive seen.. but its completely random and ive seen it maybe twice?

LMK if it happens more, but otherwise id think its fine.

Hey JaredKaragen, wanted to let you know I let the box do it thing last night but it looks like it hung when it switched to Lyra2Re2




Edit: Might of just been a hiccup. Just saw it switch to Lyra2Re2 a few min ago and back to something else without issue.

Yep got them now

fixed. you should have you payment now.

thanks!

Thanks. Must say I am quite impressed with the response time

Thanks, looking into it. Something is messed up with the balances so rescanning now.