cyberchicken

I'm sorry. I irritated everyone. I've even irritated myself. But please understand that I get irritated when I discover that software that I rely on deletes wildcarded files. I mean sif, inf and log are the things one works on to make a setup disc. I risked to loose all my work. You arleady told me. I'm sure it would be nice to discuss programming techniques with you, but time is never enough and there's plenty of nice things to do. Therefore I agree with you and have nothing to add.@BeenThereB4 You are right.

IF EXIST *.SIF DEL /F /Q *.SIF IF EXIST *.INF DEL /F /Q *.INF Also this is very nasty! Why didn't you use the temp folder and variables for filenames!?

IF EXIST *.LOG DEL /F /Q *.LOG Thi is very UNPOLITE from your xpc! My log was getting deleted halfway :\ I used to mantain a variable holding the names of my temp files to do garbage collection at the end of procedures. Anyway, I'll rename my logfiles. (I do have variables to hold their names )

Ehm, please sensei, can I use the 4nt to accomplish the task? I just found how to use it w/out installing it! geez I was really bored of cmd! anyway, about "the right way", I wasted so much time in my life trying to do things in the right way, with the result of completing very few things... now I seek a therapy of doing things "un po' a cazzo" which means ehr... as it comes, more or less I'm unoccupied these months, but I wonder where do people who produce so much for the communities on the net find the time to do so many things! You are one of them for example!

This also works: DetachedProgram=CMD.EXE Arguments="/C START %SYSTEMDRIVE%\install\T39.CMD"

@edomncu my cmd contains: SET KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup REG ADD %KEY% /V SourcePath /D "%systemdrive%\Install" /f REG ADD %KEY% /V ServicePackSourcePath /D "%systemdrive%\ Wich seems to work (i detach the vmware cd and the setup continues without asking) so possibly runonceex should also work @jazz winmine is a pleasure (I stole the idea from someone else here around!) setup sometimes steals focus but that's not an issue

Agree Ok, I'll do the things the right way

I always value your opinion. actually some slipstreming changes sysoc.inf plain cd and after xpc are different the newer one has DriverVer=07/01/2001,5.1.2600.1106 instead of DriverVer=07/01/2001,5.1.2600.0 and WMAccess=ocgen.dll,OcEntry,wmaccess.inf,,7 OEAccess=ocgen.dll,OcEntry,oeaccess.inf,,7 WMPOCM=ocgen.dll,OcEntry,wmpocm.inf,,7 TabletPC=tabletoc.dll,TabletSetupProc,Tabletpc.inf,HIDE,7 that the original doesn't have. I'll save the HIDE the modifications in a file and inject them in the source before XPC runs. We'll see if it works. Thank you

woa! it finally worked with these DetachedProgram=CMD.EXE Arguments="/Q /C START %SYSTEMDRIVE%\install\T39.CMD" still something escapes me I'm gonna try again without /Q and other modifications after all it's not that different from my original maybe the file case? Anyway thank you all I suggest that this should be pointed out in the official guide t-39 is a conveniente place to do some things

Ok I'd expected that. I'll try to do it before xpc and remove. You lazy boy! BTW do you like my new avatar? The other one was too aggrssive. This one's much more like I feel

Could you be clearer please? Do you mean that cmd starts but can't do anything else than issue "start"? If I press Sh-F10 at the very start of gui setup cmd is fully functional! If I comment Arguments I'd expect to have a visible console waiting for input but doesn't happen. Why is that for you? thank you (I'm making tests while we talk anyway, but they're slow things)

do you know it for sure that this works? is it becaus it lacks the qoutes around the executable? Is it neccessary the start?

I was going to add an I386 copy at T-39 to continue the setup simply reading from hd. (Also a local copy is useful to install the cmdcons and for everyday generic driver loading.) you know: [GuiUnattended] DetachedProgram = "c:\install\cmd.exe" Arguments = "/c c:\install\t39.cmd" I've been able to run winmine.exe and XPlode.exe from DetachedProgram but cmd.exe refuses to run. I tried different sintaxes, and the one I'm reporting seems to me the less error prone. I put a copy of cmd.exe in c:\install via $oem$ to be sure. But nothing. Anyone do know why? Obviously if I press shift F10 at t-39 cmd.exe works flawlessly. I get crazy when things don't work without a reason. Thanks

I talked about help files because they're basically chm. Hmm maybe forcing the help system to parse my html would allow me to "launch" instead of "download"

I was going to make a little reminder pager like this (to launch ad GuiRunOnce) "Welcome to your new XP remind to: add a password to your user change machine's name change hd name another thing i don't remember now" now that's very easy and works. But I had the idea to put directly in the html page the links to the panels that are used to accomplish that task, just like in xp's help Specifically I found that "control.exe userpasswords" is the users control panel and "rundll32.exe shell32.dll,Control_RunDLL C:\SYSHOPE\WINXP\System32\sysdm.cpl,,1" opens the computer name under system properties. Do you know if it's possible? Where should I ask? It seems that javascript is absolutely protected from reading/writing/launching anything. Thank you.

What is the plainest way to strip "HIDE" keyword from sysoc.inf using cmd.exe? Also, at what time would you do it? Before or after XPC? Thank you.

Retried, now it works. It must have been sthing else. I saw a thread about jdeboeck's REMOVE and XPC, but can't find it anymore (too generic keywords). My question was REMOVE before or after? I thought that someone, possibly you, had replied. Anyway as always... I'll do my tests

If you don't mind I'll put it in runonceex. That's my setting too, and with KB840374.EXE the MSJAVAWU.EXE gets me that warning. Bah. BTW Please can you lead me to the postings about REMOVE together with XPC? Thank you

Are you sure? I thought that joliet worked like fat32 about lfn, overalying secondary directory listings (hidden to non caring sw) that holds long and cased filenames. Therefore sfn should be always iso9660 compliant. Thus CDIMAGE would be the culprit. But I have no hard data on this topic. Last wednesday was released Q840374 It's listed under type1 but actually has new rubbishy options. It has many disturbing "features": leaves rubbish temp directory in the root if you use the option to sstream it ina distribution it fills i386 (pardon, I386) with a couple dozen language folders if i put it in hf1 xpc runs fine (same language folders) but then durin the install the ms java vm stops saying that it "should not be installed if there's not aready ms jvm" and, just to finish, the boot hangs nice little hotfix

Thank you friends I knew! When I burn my $oem$ in my image i get:WARNING: This image contains filenames and/or directory names that are NOT COMPATIBLE with Windows NT 3.51. If compatibility with Windows NT 3.51 is required, use the -nt switch rather than the -n switch.for the files I have in it. So I felt safe when I left out $oem$ and received no warning. Let me point that if we were working in DOS we woudn't have any long or lower case filname Anyway I always worked with the 4dos/4nt shell and never had a case-related problem. Cmd is somehow terra incognita for me. which one? /n? Anyway, now the CDIMAGE is working and I'll keep on testing. BTW GM did you notice the strange behaviour of the latest patch? I had to move it to the RunOnceEx stub

I'm very very sad i threw away 5 fine days of my life for a stupid thing and btw this board has too few sad smilies md /s source\i386this was the problem and needless to say, GM was right as always: always use original ms disc! well what's the difference between my folder and the disc? i386 is written lowercase LOWERCASE!!!! S%%%T just to be clear: ms software sucks if I'd be judging the os by its installer I'd rather throw it away... and I would be right. Anyway: EVERY "SYSTEM" FOLDER (probably files too) ON THE CD HAS TO BE UPPERCASE did anyone ever read such a thing on a doc? I have discovered also aother things that I think should be incorporated in the unattended guide, but I'll write a post when I've reordered my notes. Thank you. PS please GM I'm very down, give me a pat on the back

something similar to what jmkay03 was reporting (it seems he has not solved anyway) in a few words: I run xpc and sometimes my image wont boot (into vmware v4.05 bild 6030) i get this error: CDBOOT: can't find NTLDR and then tries to boot the hd. grasp your chair cause i'm gonna tell you something really weird. the problem arises since I was writing a little wrapper for xpc (sstream sp1, run remove, run xpc, write image) The problem is NOT the operation I was going to add because I stripped them all just to be sure. I left only directory clearing and copying. Only this! Read on. I wont tell all the test i had to do to pinpoint the problem, but now I'm fairly sure to be able to reproduce the problem. a note: I used a little prog named cdcheck to perform file and directory comparison. My xpc ini for this test: [XPCREATE];XPSOURCE=D:XPSOURCE=source DOCABS=NODOSATA=NODOSVCPACK=YESDRIVERDIR=$OEM$\$1\DRIVERS OVERWRITEOEM=YESSILENTINSTALL=YES DOISO=YESXPISO=XPCREATE.ISO BOOTIMGFILE=BOOT\XPCTBOOT.BIN;BOOTIMGFILE=BOOT\mybootdisk4.ima DOCD=NOCDBURNER=E:CDERASE=NOCDSPEED=MAX DELTEMP=YESDELISOS=NODELROOT=NO EXITQUIET=NOnote XPSOURCE=source where "source" is a folder in xpc branch (this has always worked) also to do my stuff i needed ANOTHER source: wxpcorp_en which holds all the file from a win xp corp cd now (numbering starts from 4 because of some preceding tests): source is empty -copy by hand (windows explorer) wxpcorp_en to source (source4) -run xpc (produces cdroot4 and iso4) -iso4 works! del /kseqxyz source\*.* md /s source\i386 (4nt commands, these works, I checked, I mean, source gets emptied and i386 gets created!) -copy with "xcopy /q /s wxpcorp_en\*.* source\" (source5) (xcopy is from windows' right? I have it in my windows folder) -run xpc (produces cdroot5 and iso5) -iso5 DOESN'T works! HELL! if I compare source4 and source5 they seems to be identical BUT if I compare CDROOT4 and CDROOT5 i get: error;compare;content mismatch (99% match) (code: 62);C:\Jobs\THE BOOTDISK\XPCREATE\CDROOT4\I386\SVCPACK.IN_ <-> C:\Jobs\THE BOOTDISK\XPCREATE\CDROOT5\i386\SVCPACK.IN_ error;compare;content mismatch (99% match) (code: 62);C:\Jobs\THE BOOTDISK\XPCREATE\CDROOT4\I386\SVCPACK\DOTNETFX.EXE <-> C:\Jobs\THE BOOTDISK\XPCREATE\CDROOT5\i386\SVCPACK\DOTNETFX.EXE error;compare;content mismatch (99% match) (code: 62);C:\Jobs\THE BOOTDISK\XPCREATE\CDROOT4\I386\SVCPACK\MDAC.EXE <-> C:\Jobs\THE BOOTDISK\XPCREATE\CDROOT5\i386\SVCPAC I didn't dig into those file, but I thought that xpc should be deterministic, right? Also, obviously iso#4 and iso#5 are slightly different (but same size) I attach the log from the "5" test which was supposed to work just like the others and does not. Just to be clear, the only difference between the two test is the copying with explorer or the copy with xcopy /q/s please help me out of hell edit: You cannot upload this type of file I can't post the log cab!?

****! And I'm the first to meke you notice? Good move! I think you are making the right choice! I'm a programmer but never really developed anything. Nontheles I saw many projects on the net and to me is doubtless that private code ones are much less vital in the long run. My best wishes for yor Uni(versity, right?) What are you studying? Where are you from? I myself graduated in engineering a couple of months ago, in Italy bye and Thank you!!

S**T!!! I found a copy I of what was looking for and now I will seem a total moron I'M NOT! believe me! well maybe somtimes Anyway some of the questions are still valid: was it neccessary to bring down the site? If you look around (vidomi eg) there are supporting site of software which has been dropped for two years and who's autor has simply disappeared without a word. I mean, that's too much and possibly a bad behaviour, but maybe a compromise between the two would be better Bye

Hey! where http://xplode.voidfx.com/ has gone? I hade a chance to look at the online documentation some time ago but now it's been down for about a week and I'm worried. I was going to use xplode for my setup but it's hard to program only with the example. I read about switching developing model, wraith giving away the project and the poll about upcoming versions. Is the diseappearing of the site connected to it? Or is there another problem? What about putting it back online somewhere? Now I really wish I had saved a copy of the documentaion