ViroMan's Beta Application
Posted 08 June 2011 - 05:43 AM
I have maby 15-20% of the code converted. Had to make a few functions to mimic ones in VB but, not hard really. Thankfully the code is not overly convoluted.
Posted 08 June 2011 - 04:09 PM
Work at a pace comfortable to you, when you're done, you're done - no rush.
I'm not sure if this premature, maybe not possible, can you program the app to throw off understandable (English readable) error messages rather than cryptic hex or something? Let's say the app fails to connect to the internet, rather than give off error 0x135, it may translate it to "Cannot connect to the internet, please check your connection!"
When it's time I'll help you put together documentation (User, QuickStart, Troubleshooting Guides), this is something the project never really had, again, when the time is appropriate.
Posted 08 June 2011 - 07:52 PM
Going through this VB code is horrid... not the originals programmers skill but, the fact that its VB code. It takes soo much effort to do things which is easy in c++, im literally cutting out 20%+ of extra crap in each source file.
Posted 08 June 2011 - 11:49 PM
Aside from that ... it looks like ViroMan has come a long way in a short time. It looks extremely promising.
Posted 09 June 2011 - 01:51 AM
<beaming with pride>
While I won't say im an excellent programmer or even a great one, I do have diligence and a need to constantly improve my code.
hmm... I update this thread so much I might as well call it a blog... lol
Edited by ViroMan, 09 June 2011 - 01:54 AM.
Posted 10 June 2011 - 10:07 AM
30% converted. Had to create a few more functions to mimic VB code. Also made other functions that made things smoother and had to go back and make changes to several spots in the code I already converted to use them.(I can't stop myself from improving things that seem horribly inefficient)
Im probably gana see about making the code more Object Oriented Programming friendly. ATM its a collection of C++ files. Its getting on my nerves. I love seeing OOP its so simple and easy to manage.
Posted 11 June 2011 - 12:25 PM
Posted 11 June 2011 - 12:41 PM
When I get this all converted to C++ im sure we can find more people to help with the project. No one really wants to convert one language into another. VB isn't used much(from what I have seen) but, C++ is everywhere. Im doing it cuz I think this project has potential and its good to see how other people code things and can give me ideas myself(expand my horizons and what not). So we both get things out of this.
Edited by ViroMan, 11 June 2011 - 12:43 PM.
Posted 11 June 2011 - 02:04 PM
I assure you AutoPatcher has a user base, it has many years of service under it's belt, 8 or more. Most of the problems come from a lack of movement in the code, few new features, unresolved bugs. Also the time it takes to update a script and create the apm files. If this new app really is what Autopatcher and APUP should be, it will make updating a working system a breeze and will become very popular. Most projects focus on creating a new install disk, nLite, HFSLIP... not many free tools do what AutoPatcher does, as well anyway, or they use DOS commands or VB scripts.
The process of displaying the updates, listing them - 'Ready To Install', 'Installed', 'Not Now', if this process could be streamlined, and the ability to know ahead of time the available commands the update can use thru scanning the updates, and using a database (whatever works) of available switches, adding new files would be no harder than dropping the file in a folder, rescanning. The update and the list of commands would be displayed with the default pre-selected /quiet /norestart. This sounds like an advanced users dream, the ability to customize the switch database, and the ability to add and remove them as needed. You could add any number of file types, if you know the available switches, you could create sub categories for files you install repeatedly, Firefox, whatever, add/remove files from the folder contents, rescan, and create a new file install routine.
Anyway, I invited a former team member to come by and check things out, don't know if he will. He had mentioned open source(ing) the project, I guess this would eliminate the need to sign the releases.
There's a lot to be excited about, I want to avoid overwhelming you with too many ideas but a base feature set and a clear idea of what the app should accomplish is needed - use AutoPatcher and APUP is a good start
Posted 11 June 2011 - 02:27 PM
I was even thinking that since I read somewhere on here that Microsoft occasional changes the downloads for some reason but, they are still the right ones.. we could have the module manager program notice that. Im not really sure how to do that without downloading the whole thing except to ask the Microsoft server if the file size has changed and if it has download it to re md5 it.
Edited by ViroMan, 11 June 2011 - 02:32 PM.
Posted 11 June 2011 - 09:28 PM
Which by the way reminds me, since you're looking at the code - I wanted to add a reminder message to the script that 'prints' to the log file, I'm not sure if APUP can use other commands not mentioned in the docs:
PreAction=echo "For log file posting guidance please see the pinned topics here - http://www.autopatcher.com/forums/blahblahblah/"It's apparent APUP will print to the log file, I wonder if an additional form of 'print' could be added in 'PreAction' or ???
Posted 11 June 2011 - 11:56 PM
As for the logging action of apup I plan to make it more verbose with levels of verbosity from simple overview of whats going on down to logging every action taken/decided. Yes you would also be able to add to the log.
Edited by ViroMan, 11 June 2011 - 11:57 PM.
Posted 12 June 2011 - 03:20 AM
As for ideas, I have many, keeping in line with AutoPatcher's goals. I don't want to overwhelm though! Short version, a 3 (or 4) tabbed tool to install updates, create scripts, download team member or user created scripts, and create system profiles (my.xpx86, wifes.7x64, work.accounts.box). When the app is run you're met with a task pane window - "What type of task would you like to perform : 'Patching', 'Scripting', 'Updating', 'Profiling'?"
I'll put my concept in Spoiler - easier to read. I will update as things come to mind or you say "way too sophisticated" or "no way" I figure you wont be able to create some of the code, likely professional programmer stuff or beyond Borland 6 so no worries if you can't do something.
Posted 12 June 2011 - 08:48 AM
ahh ahha... it hurts. Don't say that. im not incompetent. Anything can be done with c++ given research into the situation. Borland 6 can do anything the newer ones can do. It just doesn't have the newer tools or more streamlined gui. What it lacks int tools I can make/have made up for in codding. The only thing I refuse to code is drivers.
Anyways did you want that all in one tool or did you want an update tool and a release management tool?
APUP already profiles your system. It just doesn't save it, it doesn't check IE ver either.
So you want to be able to create a profile for a different computer by selecting what the OS is and so on so you can download updates based on that?
Posted 12 June 2011 - 12:02 PM
APUP already profiles your system. It just doesn't save it, it doesn't check IE ver either.
APUP (download manager) does detect the OS of the machine that launches apup.exe, what I was referring to (Patching: above) is AutoPatcher (autopatcher.exe), the AutoPatcher log lists the Components I mentioned.
Well, we can come back to this, it may or may not be a needed feature. I need to clarify my idea in my own head.
What I don't want to do is stifle the brain-storming process, get it out there (within reason), and slowly reduce to the best features with a clear idea of the process (function). I suppose we need to get some concepts going, sketches, flow diagrams -> clicking 'this' opens 'this' window with 'these' lists of available options.
Small chunks or sub routines of the larger tasks, eventually comprising the app as a whole. I need a project management book
Posted 12 June 2011 - 12:17 PM
Hey you lurkers POST your ideas. Make a new thread for your ideas and discuss them there.
Posted 12 June 2011 - 01:10 PM
You can wait, I'm sure the requests will roll in (maybe not) but it's the few release maintainers that do the work so I figure the opinions matter most coming from those who build and maintain.
What was the movie quote - "build it and they will come", or was it "ask them to help you build it and you both can use it". Since it sounds like you want more voices I may step aside and let you dialog with other users, this is reasonable, I don't want to hog the ideas. I'm sure you can throw something together without more input from me.
I've been spending more time here than I wanted to and I do need to attend to some business. I'll get back in a couple weeks and see how things are. Strangely I thought I would get more feedback with the update to XP SP3, only 3 downloads of the test .md5 file. The good thing with that is maybe more users are moving to 7 which would free me up from the XP script. You may think about a Windows 7 only tool, maybe look to Windows 8.
I'll check back in 2 weeks, 30 days at most.
Posted 12 June 2011 - 02:04 PM
Edited by ViroMan, 12 June 2011 - 02:07 PM.
Posted 12 June 2011 - 02:06 PM
I did not realize you had updated XP, so I updated and ran AP across my system. I made a comment
in the AutoPatcher for Windows XP SP3 (x86) thread.
Posted 13 June 2011 - 02:56 AM
We discuss beta issues in the BetaTeam forum (ideally). I know you can't see the forum now - alpha / beta development projects get ironed out in private, when a reasonable project can be advertised for more testing & opinion we provide a link.
Also, we have 5 or 6 people available to dialog with now - me, you, Domenico (dkdk_it), Cristiano, excalibur, and one former team member should they decide to come back. Between the 5 or 6 of us we should be able to get something going. We can add (via PM) click-click, DesertJerry, and others to the list of users who may want to contribute ideas and do preliminary testing - this brings the total project team to 7 or 8, this is plenty from my perspective. Too many cooks spoil the broth.
I mentioned in post #5 BetaTeam so we can get this thing going with the gory details kept private until a working tool is ready for public scrutiny.
Think about it, now would be a good time to get out. No one can stop you at any point of course. I would rather you back out now and avoid being dismayed if you don't have 50 users making comments about your work. Not much has been said about AutoPatcher over the last 7 years, despite the silence they keep downloading the logs confirm it.
If / When you're ready we can move forward and work with the group we have, which is an excellent group. The 8 or so of us I'm sure can put together an excellent new application
As far as my absence for a time, this won't hinder the work on the existing code, will it? I have a commitment to another project I can't ignore either.
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users