[Camarade_Tux]

Probably agree too.

edit : I knew I had something stupid to do :

^^

This post has been edited by Camarade_Tux: 09 August 2006 - 12:12 AM

[Camarade_Tux]

Camarade_Tux, on Jul 18 2006, 10:13 PM, said:

Installation can not continue:
Maybe (probably) because nlite has an option to recompress ASMS files; I had one bug with that option and this is only an option because it has been reported to sometimes cause bugs

-Error:
SXS.DLL : syntax error in the manifest file or strategy file "D:\I386\asms\10\msft\windows\gdiplus\GDIPLUS.CA_ at line 0 (file non-empty)
-Error:
Installation failed : D:\I386\ASMS. Error message : Analysis error of the manifest file : invalid character has been found in the text content.
-Fatal Error:
One of the component Windows needs to continue installation program could not be installed.

(of course this is translated, and btw I'm a bit tired, it's so hot here nobody can sleep)

I'm going to try to try (not a mistake ) again, without nlite's ASMS RECOMPRESSION.

... again

I copied a working i386\ASMS over the buggy one and tried again.
... would have been better if I did not forget to recreate the iso/


edit: went ok, checking HFs.
edit2: I probably woke up too early... I forgot to add Hfs. I should probably go back to bed. :/



And VirtualConsole for Avedesk is working. However, it can be CPU hungry, especially with makecab.

This post has been edited by Camarade_Tux: 09 August 2006 - 01:11 AM

[Camarade_Tux]

Everything seems to be OK on XP SP1a.


I'll try to find what the problem with ASMS compression is.


Thanks a lot.

[Tomcat76]

@Camarade...

What I find strange is that Windows complains about an error in a manifest file, but it names a catalog file instead. Are you sure that isn't a typo?

That folder contains:
gdiplus.cat
gdiplus.dll
gdiplus.man

The manifest file is gdiplus.man.


When reducing the source, does nLite also delete files from ASMS?

This post has been edited by Tomcat76: 09 August 2006 - 04:21 AM

[Camarade_Tux]

It has already happened.

nLite's help says ASMS recompression may cause bugs.
I don't know if it is hfslip's fault or not. I'll make some new tests soon. I only learnt makecab outputs a different file, depending on where the source file is stored!

This bug is also really funny : it complains about one file. You replace this file with a working one. Then it complains about another file. You replace that one with a working one too and it complains about a third file (the 3 files are in 10\....). And once you have replaced all files in the folder, it complains about "ASMS" folder itself.

I'll see if T-39/DetachedPrograms+Filemon is of any help.

edit: now installing a non-nlited iso.

This post has been edited by Camarade_Tux: 09 August 2006 - 05:13 AM

[Camarade_Tux]

Ok. In fact, this is a problem with hfslip (and I think I already had it last month, CPU is stable and this happened on more than 5 isos)
-> Filemon.

This post has been edited by Camarade_Tux: 09 August 2006 - 05:23 AM

[Kiki Burgh]

hi Camarade Tux! try not to recompress ASMS ...

[Super-Magician]

Kiki Burgh, on Aug 9 2006, 08:42 AM, said:

hi Camarade Tux! try not to recompress ASMS ...

I second that! I wouldn't do too much experimentation with HFSLIP + nLite if I were you .

[Camarade_Tux]

I tried without nlite and I still got the error and I think hfslip cabs the files itself.

I'm slowly debugging that. Extracting files one by one. Hopefully, I don't have to go through the whole textmode part of setup.



edit : I had to extract the content of 4 folder to get this back.
Now, I wonder what the error is. I suspect it has something to do with compression method.

PS: T-39 is later on and filemon is now running : 260.000th entry in the log has been reached. :woot:
Err.... 300.000 entry I mean. No, 310.0000...

This post has been edited by Camarade_Tux: 09 August 2006 - 07:02 AM

[Camarade_Tux]

WOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTTT !

I finally got it, ... thanks to Tomcat.
The worst thing is he gave me the solution immediately : *.MAN files have to remain uncompressed. That's all.

No, I have to check if hflsip cabs this file on its own. :?

[Camarade_Tux]

I can confirm the error is in hfslip.
Or at least in a hotfix : my man files are CABbed.

[Tomcat76]

KB917008 for Win2K is not OK. I'll revert to HFSLIP_60808a once I get my computer running again (spilled coke on the keyboard... again!). I'll then try to figure out how to have it slipstreamed properly.

@Camarade: I'll check it out.

[Tomcat76]

@Camarade: Try 60809a...

[Camarade_Tux]

Workign, but why not compress everything except .man files ?

Have a look at this page for ready-to-use implementation (thanks hp38quser).

This post has been edited by Camarade_Tux: 10 August 2006 - 03:37 AM

[Yzöwl]

Camarade_Tux, on Aug 10 2006, 07:30 AM, said:

Workign, but why not compress everything except .man files ?

Have a look at this page for ready-to-use implementation (thanks hp38quser).

Correction for your link

this page

Correction for the code given

FOR /F "DELIMS=" %%I IN (
  'DIR/B/A-D %LOCATION%^|FINDSTR/EVIL ".CAB .CMD .INI .MAN _"') DO (
  MAKECAB /D CompressionMemory=…etc.

[Camarade_Tux]

Thanks for your corrections.

I wonder how I ended up with "http://page" in my link. :?


And you're incredibly fluent with BATCH, much more than I will ever be.
And why "/EVIL" ? Is it just something like foobar ?

[Tomcat76]

E = end of line
V = exclude
I = case insensitive
L = literal search

L is probably used so you can do without a backslash in front of the dots in these search strings.

I was thinking of having HFSLIP compress new ASMS files anyway but just exclude *.man files. But I don't know how nLite copes with a source of which some ASMS files are already cabbed and some not so I thought it safer to just leave all files uncompressed.

[Tomcat76]

On second thought, I think it isn't such a good idea to compress the new files (except .man). Either you compress both old and new ASMS binaries, or neither. There's no point in just compressing the new ones as people who'd care would prefer to do them all so they'll use a different program for it anyway.

[vci]

just wanted to say:

latest test release works fine, everything is beeing slipstreamed perfectly!

[Camarade_Tux]

Tomcat76, on Aug 10 2006, 09:04 PM, said:

On second thought, I think it isn't such a good idea to compress the new files (except .man). Either you compress both old and new ASMS binaries, or neither. There's no point in just compressing the new ones as people who'd care would prefer to do them all so they'll use a different program for it anyway.

In nlite, there's an option for that and the corresponding tooltip says it may create bugs. I thought it was an old comment and asked if it could be changed. Nuhi told me some OSes would still bug if one of the file was compressed.
Better safe than sorry, in the end, it is probably better not to cab everything.


And now, I can say this test releases is working perfectly.
Thanks again.