Content Type
Profiles
Forums
Events
Posts posted by Denney
-
-
I'm p***ed because I tested Office 2007 and we got NOTHING.
I've been beta testing with Microsoft for A LONG time and I don't expect to get anything but when something this big gets given out to testers and the other, almost equally big, testers get nothing.
Ah well, crap happens I guess.
0 -
WOOHOO!! I've been waiting for this day! Time to crack open the beers and celebrate!!
Looking forward to the slew of new features to appear in the next few versions...
0 -
Ah ok. Thx Sonic.
I only use my scripts on XP so the compatibility thing isn't an issue.
So basically, the only difference is one is command line based registry editor and the other is a GUI based registry editor.
Seems simple enough.
0 -
@Avneet: That command currently won't work because the current code cannot find the "regedit" file. That's what we've been discussing.
0 -
big thanks hp38guser! very nice.
but now i have a huge request:
would you be willing to make a short guide on modifying the nero installer?
i pretty much got it down, except i can't see anywhere in the installer where those cab files are referenced. how do i know which cabs go to which components?
I agree. I'm one of those "has to stay updated" people. I would love to know how to make the micro installer myself. I could probably do it myself, just a guide would be a lot nicer (not even a guide, just some directions would be nice). Plz...
Edit: Can anyone explain why, when I enter my LEGIT, RETAIL Premium edition serial number, it spits out this error:
The serial number you have entered is a valid Nero serial, but
is not valid for this application.I'm using the English Nero Micro package.
Edit2: Nevermind. It seems, silently installing the micro package and then running the program won't accept my key. Adding the key straight into the registry on the other hand and it'll work like a charm...
How strange. :S
0 -
I agree with mritter that it will make it harder to keep our modifications but hey, if I'm making my own mod's, I know how to re-apply them if things still don't work...
It's true though. Most people shouldn't edit the code to fix things... v5 isn't a final release after-all. The only reason I do it is to try and fix the already existing problems in the hope to make your life easier.
Anyway, good luck with the fixes and I'll stop posting code now.
0 -
I mean to add a new configuration option like "condition" but the passes the content to the FileExists() function.
The end user would need to specify this path but maybe WPI could "attempt" to guess the correct path (that would require a fair bit of logic code though).
0 -
@Dje: Yes you will and that is why I have a FileExists() condition for every one of my programs in WPI. Granted it uses up my "condition" statement but hey, it makes sure the programs are there (and I still have the greyed-condition to use).
If we're gonna stick with the Shell.Run() command, I'd suggest having an option in the configuration file for an actual FileExists() condition that the user can specify. More work the end user but does prevent these errors.
@mritter: Yes, thankyou heaps for your work. At least this is better than nothing and I'm greatfull. WPI has saved me HEAPS on time in making my business run smoothly. Thankyou both (mritter and Kel) for the excellent work!
0 -
I have mine setup like this:
ReturnCode = InstallShell.Run(cmdLine,1,true);
if (ReturnCode)
{
WriteLogLine("Cmd1 Fail (returned code "+ReturnCode+"): '"+cmdLine+"'");
programs[i].fail=true;
}
else
{
WriteLogLine("Cmd1 Success (returned code "+ReturnCode+"): '"+cmdLine+"'");
programs[i].success=true;
}Granted it doesn't always return the correct code but at least if gives you an idea. NOD32 and TortioseSVN are 2 programs that return non-0 return codes when they finish.
I think this is better than the old way because at least the programs get executed rather than just bypassed.
0 -
@Dje: What is the actual "rundll32" command you are using in WPI?
Edit: The reason the command doesn't work is because WPI surrounds the entire command in double quotes. Comment out the "ExtractArgs" line and replace the InstallShell.Run line with:
InstallShell.Run(cmdLine,1,true);
and it should work.
0 -
@Denney
I was not talking about the return code of the program itself, but of the Shell.Run function, which -I imagine- could be something like
1 - command run successfully
0 - command failed
But usually things are more complicated in real life
You're right. They are. The Shell.Run command returns the return code of the program it's executing and not of the Shell.Run command itself.
Basically, it just passes the return code through.
@Dynaletik:
Your first problem, of the config file, are you using RC2 or RC1? RC2 fixes a problem of it not installing based on order number.
Your second problem is the reason Dje and I are posting here. It has to do with the way WPI v5 handles command arguments (it only searches for -'s and /'s and XP-AntiSpy uses +'s).
Personally, I've commented out the FileExists() code because I've added a FileExists() condition to ALL of my programs. Maybe make that another config file option? So the user can specify the file to look for before running the install? Or hell, make it optional.
Edit: Better idea, make 2 config file options... 1 for the command to run and 1 for the arguments to run with it. Sure, it'd break the current configs but it would make the FileExists() calls work.
0 -
@Dumpy Dooby: You just beat me to it. I was just about to post that suggestion.
Makes things look a lot cleaner (removes a lot of disabled checkboxes...).
0 -
I don't know enough javascript, but doesn't the shell.run function return an error code if it fails?
Wouldn't this be more recommended for debuging a list of applications?
And at least the command would be marked as failed AFTER having been run
The problem with that is that each program's return code is different. It's up to the program to return a return code so the actual return code would only be usefull if the user knew what the return codes meant.
Would be a better idea than the current implementation though. Maybe checking for a "0" return code to indicate success (most programs return 0 on success)?
Edit: Just an update on my post above (#16), I managed to fix this by changing line 227 in program.js from:
progspercat.sort(SortByProg);
to:
progspercat.sort(SortByOrdr);
I just loose the ability to sort programs by name when displaying them.
0 -
@Dje: I agree. I have many "cmd" scripts that I call and I pass the path of WPI to them like so:
"%wpipath%\software\someprog\someprog.cmd" "%wpipath%"
0 -
I was waiting until the new version came out to report this as it happens in v4 aswell...
When setting ProgB to depend on ProgA and setting BOTH to default, only ProgA is selected.
ProgB must be selected manually, although it is set to be default in the config file.
Edit: I just realised that it's because of the way the items are ordered in the config file.
ProgB's MUST appear AFTER ProgA in the config.js file. In other words, the ID must work out to be "higher ranked" for ProgA than ProgB.
Eg.
ProgA [with ID ProgA] and ProgB [with ID ProgB] = both checked.
ProgA [with ID STPD] and ProgB [with ID DaemonTools] = STPD checked but DaemonTools NOT checked.Edit2: I was wrong. It's not sorted on UID... it's sorted on name (but you already knew that). So the names need to be ranked accordingly.
0 -
Seems the easiest way it to use this:
Do While Not myProcess.HasExited
Application.DoEvents
LoopNot the nicest way but it'll do.
0 -
I've created a program that, when clicking a button, runs another process (in this case, nLite) and waits for it to exit using the Process.WaitForExit() method.
The problem is, the GUI off my program freezes up while it waits for the procress to finish. Eg. Sending my program behind another problem and bringing it back again makes my program go white (needs to repaint itself but can't because it's waiting for the other process to finish).
I've tried using a new thread to run the process in and that leaves my process to repaint itself if needed BUT my program won't wait until the new thread is finished before doing everything else. That's the problem.
I've tried Thread.Join() but that has the same problem as initially stated. Any ideas on how to work with this problem cause I'm stuffed?
0 -
Heh. well i'll be. Never thought of that, but then again, all my iso's are only created with uppercase flag set.
Nice catch.
0 -
I'm just curious if anyone knows of the advantages/disadvantages of the two commands:
REGEDIT32 /S "SomeFile"
REG IMPORT "SomeFile"
Anything?
0 -
Could you please post your winnt.sif file (without the product key of course) so we may look and see if the problem lies there.
1) This doesn't matter.
2) Just make sure no "winnt.si_" file is in the I386 directory.
3) This doesn't matter.
0 -
Another quick update...
In some circumstances, adding the CHDIR %SomeDir% command won't work if it's on another drive. You need to add the /D switch to change the current drive as well as the current directory.
Strange quirk in that it works sometimes but not others. So, the FINAL script is:
CLS
ECHO Please insert an Ultimate Update CD now.
PAUSE
ECHO ON
CD /D %SystemDrive%
CMDOW.EXE @ /HID
SET UUCDDRIVE=
FOR %%i IN (c d e f g h i j k l m n o p q r s t u v w x y z) DO IF EXIST %%i:\UUCD.cmd SET UUCDDRIVE=%%i:
IF DEFINED UUCDDRIVE (
START /WAIT %UUCDDRIVE%\UUCD.cmd %UUCDDRIVE% %ADMINUSER%
)
CMDOW.EXE @ /VIS
ECHO OFF
CLS
SET /P MORE="Do you have anymore Ultimate Update CD's (y/n)? "
IF "%MORE%" == "y" GOTO STARTSEARCH0 -
Depends if Diskeeper 10 can run on .NET v2.0. Most programs need to be ported over to .NET v2.0 before they will run (being a .NET developer, I can tell you now, this can be a real pain in the ****).
Some programs will work, others won't. Simple as that. As a safeguard, I always install both .NET v1.1 and .NET v2.0 on my machines. Doesn't hurt to have them both.
Blame Microsoft for the backward compatibility breaking.
0 -
Yeah I took that GOTO command out...
Didn't mention that.
Replaced it with a SET command and then after the loop has finished, I check if the variable is defined. If it is, I THEN use the GOTO command.
0 -
Thanks for that code Delprat. Didn't even think about doing the for loop like that.
Has the hidden advantage of letting me use 2 update cds in different drives without prompting.
Thanks.
0
Driver signing in Vista RTM :wacko:
in Windows Vista
Posted
What's even more stupid is the Driver Signing option in GPEdit DOESN'T WORK after installing the 2 updates. The option is still there in GPEdit but doesn't actually work.