dbminter

You think I'd use this piece if I had any other viable choice? It's how Big Bill manages to light his bong with hundred dollar bills, so, you think he's going to allow any real choice? Notice how his name is Bill? It used to be Rutherford, but, after he got rich, he went berserk and decided to change his name so everyone will know who is sitting on top of the world's real Uncle Scrooge Money Bin.

Yeah, or, he tried to image the DVD/CD that Acronis wrote directly to. Since it writes in UDF packet format, that would be a problem, too.

The old semaphore timeout on USB pretty much means an old ALI chip set. Nothing you can do about it except return the drive if you can. The problem lies with the chipset firmware, which cannot be updated in most cases with ALI chipsets with firmware that does cause the timeout.

I use ImgBurn all the time to burn the Acronis images. Granted, most of my cases were images where I injected TI image files into the bootable disc image. But, I have burned the ISO's the Rescue Media creates to CD before with ImgBurn and they were fine. Maybe, the guy's trying to write to DVD's with the ISO's, as they're normally CD images? I know a few times with the images, I had to burn to CD-RW first, then, image back from the CD-RW's to a file to burn to DVD after adding the files to make it a DVD size. Then, imaging again, removing the excess files, and, finally, getting a DVD size image that would burn all the time. Plus, Alcohol's option to burn to DVD instead worked, and, I tended to use that more, since it was a time saver.

No... not blind... merely... obeying... must obey... I see and obey... "Now, we're Cold Slither; you'll be joining us soon!"

Someone gave me a post card from a Roswell museum. One of those classic grey bodies laid out on display, etc. What surprised me most was the body... WAS MINE! Where did the US government get my old body?! The Venusians swapped me out, but, I made sure to get rid of my corpse. I must have slipped up somewhere! Better find out...

Actually, I just made a shortcut to the System shortcut in Control Panel to save a few steps.

You know, someone should print that photo up on mouse pads!

Oh, we're delving into old Buddy Hackett routines tellitoly hele. ROR! You have a plobrem with youl plostate. It is glowing. Getting biggel! Kitten: "Are you Hung?" Dr. Hung: "Oh, like an ox!"

Looks like I'll have to make an addendum to the list of Dalek movie appearances. Came across one I wasn't aware of. Not even sure if I saw what I saw, actually. But, there appeared to be a scene of a guy sitting in one of those open back sit in Dalek suits Be A Dalek display show props in the film called Breakfast On Pluto.

Hearing the YMCA part in the German version, similar to the Japanese version, is actually pronounced "EE-EM-CEE-AH!" E=MCA?

Well, I guess for the sake of being complete, bugger technically implies only an anal activity. Although it has come to mean any expression of dissatisfaction. More analogous to "Shit!" I suppose. Sod off would probably be closer to the extent I had expressed in my earlier reply.

There's no need to insult the people from YOUR side of the Mississippi.

It could be. I WAS one of those who adopted this program before the Plebians. And, I have also downloaded the beta versions from the speedlabs site before. And, a version of DVDInfoPro was licensed into Easy Media 8. So, there is plenty of ample opportunity for an older key to slip in and stay there. I thought it may have just been a joke. Like the Fiend With A Face DVD's disc label: AFIENDINNEEDISAFIENDINDEED!

Well, ever notice how when you make one change to the location of something, like the Start Menu or the Desktop, you screw up, at least, 10 other variables in programs/system variables/user variables/Registry keys that EACH need to be altered to make the one minor change? Well, I was trying to minimize the damage. When I make these changes, I had intended to make a change to a SET variable to reflect this change. Then, the system would have these changes in a variable at start and programs I write could poll these variables and insert the directory locations in at execute time. That way, I don't have to change a dozen variables' worth of data, and just change 1. So, what I am thinking of doing is allocating the type of variables TweakUI can set to just polling the Registry for their keys' values in my code. Then, set a few of my own personals, like the directory where the code that is executed (I pass the code to the compiler to run rather than making .EXE's because each time such a program is changed for whatever reason, it would require a recompile.) is stored. That way, any code that makes internal calls to other code to execute won't need my editing the code to reflect a change in the directory where both pieces of code are stored. I wanted to be able to use %% substitution wherever possible because some variables use similar common strings. Thus, to change 2, I would only need to edit one string. For instance, Start Menu and Programs in TweakUI each share the same common string of the location of Start Menu. BUT, since the system DOES all you to store the Start Menu in one location AND the Programs Menu somewhere else... IDIOTS!... the user is allowed to make such a change. Thus, BOTH variables HAVE to be set! My way, a change to where the Start Menu is only requires my editing one variable to reflect the change in both because the %% substitution would place the Start Menu variable contents in to the Programs variable contents as needed. The problem in the User and System variables that can be set in the System shortcut is they only seem to accept %% substitutions if they can pull the contents from SET variables and not from themselves. For whatever stupid reason. The way around this IS to SET the variables in AUTOEXEC.BAT and Parse them, and then set the same variables in the User/System variables to substitute themselves. e.g. DIRCMD=%DIRCMD% HOWEVER, not ALL variables accept this convention! TMP is one of them, it seems. WHY, blame a lazy, stupid, or both Microsoft programmer, I say. There's NO reason why TMP SHOULD be any different from another variable, but, what is is.

It seems Britain's believed to be oldest surviving World War I (Back then, he was fighting just the Great War. Back when wars were great, you know, and all the fun involved. ) vet has unlocked the secrets to a long healthy life. It seems the key is "There were two prescriptions for an ultra long life on offer yesterday, both from men who should know. Bill Stone is 105 and swears by clean living, a contented mind and trust in the Lord. Henry Allingham, on the other hand, attributes his 109 years to "cigarettes, whisky and wild, wild women"." http://www.telegraph.co.uk/news/main.jhtml.../10/ixhome.html I would be more likely to trust Allingham over Stone. He's lived 4 years longer, and, probably, had a more life through his choices, as opposed to Stone's. Now, the irony is, Allingham is supposed to turn 110 in June. But, he was recently admitted to hospital with a respiratory infection. The problem is, the past oldest living WW I vets, one in Scotland and other in Britain, had all died AT 109, one in 2005 and then in 2004, I think. So, could Allingham beat the trend or...

I don't know WHAT I was thinking of there! Of COURSE the above works... BUT, it just adds unnecessary steps to do the same thing! It's like saying you wanted to leave yourself a note and, instead of just writing it down on apiece of paper and sticking it on the fridge door, you get in your car, drive 50 miles away, and use your cel phone to leave yourself the same message on your answering machine. Since the information I need is ALREADY stored in the Registry Keys, just POLL the keys! Remove the unnecessary steps of adding them in for Parsing...

Or... what I could do is this! I feel like such a IF this works! 1.) SET the variables in AUTOEXEC.BAT so I can use %% substitution when desired. 2.) Parse the AUTOEXEC.BAT on Logon 3.) For each (Well, I am guessing some like TMP simply won't cooperate.) SET variable in AUTOEXEC.BAT, add an entry in the User variables pointing to itself with a substitution, e.g. "TEMPDIR"="%TEMPDIR%" so they get added to the Registry at [HKEY_CURRENT_USER\Environment] 4.) Query the key for its value, e.g. in the above, REGCurrent at Environment\[TEMPDIR] Now, in theory this should get the value to insert into %TEMPDIR% from AUTOEXEC.BAT, insert that value into %TEMPDIR% in the User variable, set TEMPDIR equal to the value inserted at %TEMPDIR%, and store that full value, with no %'s in the variables, at [HKEY_CURRENT_USER\Environment\TEMPDIR] That way, I can change the value in System without a logon for testing purposes, STILL be able to read that value, this time from the Registry, and have the ability to use %% substitution.

Well, "trust" beats out and out rebellion, any day!

Shop talk. Trust me, if you don't understand... you won't WANT to understand.

Anyone happen to know "where" the SET variables that are Parsed from AUTOEXEC.BAT, if you have enabled that Logon option in TweakUI, are "stored?" By this, I know they're not stored as DOS environment variables. You can go into a Command Prompt and change a SET value that was Parsed, BUT, once you close the Command Prompt, those values revert back to the values Parsed in. And, even IF you leave the Command Prompt open, as I discovered even WHEN SET TELLS you the value is different, the ACTUAL value that was Parsed in was NOT changed. This means that there must be parallel copies being stored. They have the name variable names but are not the same variables. Because, there's only two answers to the problem I face: 1.) store these variables as User or System environment variables in the System tab. The problem here is %% substitutions are a 50/50 proposition. Some variables, like TMP, don't add them correctly. 2.) store these variables in SET commands in AUTOEXEC.BAT and Parse them on Logon. This way, I can use %% substitution, but, the draw back is these values do NOT show up as either User or System environment variables. Thus, they cannot be actively changed. The only way to change them is to edit AUTOEXEC.BAT, log off, and log back in so AUTOEXEC.BAT gets parsed again.

Yep, it's official. Microsoft somehow managed to screw up the simple Environment variable TMP! The reason TMP goes haywire when you try to use substitution (%%) is, apparently, Windows decides to set TMP NOT the value of the variable within the %'s, but, to a ~1 version of 8.3 EVEN IF THE VARIABLE IS ONLY 8 CHARACTERS OR LESS! IDIOTS! So, what happens is when I set TMP=%TEMPDIR%, it actually sets TMP to the value "%TEMPDI~1" That's why it blows up. The programs try to insert what SHOULD be a directory from TMP and, instead, inserts as the directory name %TEMPDI~1, which is an impossible value to process for a directory name because of the % sign! The problem appears to be that the Registry entry for TMP MUST use \\ instead of \ AND, unlike the OTHER variables, does NOT automatically translate \'s into \\'s when inserting them into the Registry keys.

Banned was a unreleased Peeps (Yes, they are called that. ) track in Europe, where they are still far more popular today than in America. THAT should tell you something right off the bat! When they tried to market it in America, it's racy lyrics forced the song to be banned. It has since been retroactively renamed Banned for that reason. And, if you believe that, I have a contract for the Peeps to play at your home to sell you.

Christ! Now, I have to figure out what the latest piece of Microsoft garbage is! I can set the following User variables to my temporary directory, TEMPDIR and TEMP, by first setting TEMPDIR and then setting TEMP equal to %TEMPDIR% BUT, if I set TMP equal to %TEMPDIR%, programs go haywire! Saying they can't write to a file. Probably because they can't write to however messed up Microsoft has made TMP. Must be some kind of internal reserved variable different than TEMP, which is also present in the System variables, but, I can alter that one just fine!