Jump to content











Photo
- - - - -

Boot windows ISO without bootfix.bin 'press any key' prompt


  • Please log in to reply
79 replies to this topic

#51 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 14919 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 27 August 2014 - 04:11 PM

Yep :)
Or add a (further) switch like (say) --raw that does that or (the other way round) add a --ungzip one and revert the "default".

:duff:
Wonko

#52 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 27 August 2014 - 04:27 PM

I guess, if we can propose something that does not affect compatibility then it would be implemented.

 

P.S. What result do you get if you use the new crc32 command on a compressed file??? 

 

[Edit]... or cmp command?



#53 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 14919 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 27 August 2014 - 05:04 PM

P.S. What result do you get if you use the new crc32 command on a compressed file???

Haven't tested it at all yet.

Edit or cmp command?

I beg your pardon? :unsure:

:duff:
Wonko

#54 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 27 August 2014 - 05:14 PM

crc32 /test.txt.gz  gives wrong answer!

 

cmp /test.txt /test.txt.gz  && echo SAME!             also reports  SAME

 

so both these are wrong unless 0x82a4 = 1



#55 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 27 August 2014 - 05:32 PM

grub4dos command modification proposals for auto-decompression feature

 

I have been through all commands and these are the ones that I think are affected by file auto-decompression

 

Propose default grub4dos state is 82a4=0  = auto-decompress on - same as current g4d

 

List of commands that need to be changed:

 

ALWAYS AUTO-DECOMPRESS 0x82a4=0

The following commands should  a) backup 82a4 byte   B) set 82a4 to 0 (decompress on)  c) do command  d) restore original 82a4   

 

background

cat                      if  --hex or --replace then  82a4=1 temporarily +   add new --decomp switch if user wants to see decompressed contents using --hex

command

configfile

dd                     (add new --raw switch)

font

initrd

insmod

kernel

module

pxe

splashimage

 

 

NEVER AUTO-DECOMPRESS  0x82a4=1
The following commands should  a) backup 82a4 byte   B) set 82a4 to 1 (decompress off)  c) do command  d) restore original 82a4

 

cmp             ( add --decomp switch ???)

crc32

partnew

write

 

 

in addition, if grub4dos identifies a byte sequence as a compressed header but fails to decompress the 'file' then it should display an error/warning 'ERROR: Failed to decompress!' or something like that, so users don't just think it hasn't worked.

 

The map command would be subject to whatever was set for 0x82a4 by the user.

The background, command, configfile, font, initrd, insmod, kernel, module, pxe and splashimage commands could be left unaltered too (for maximum compatibility)?

 

 

 

DISCUSSION

So most affected here is the cat command

 

if cat --locate is used to test for contents of a compressed file - so for compatibility this should work as before:

cat --locate="help" /text.txt.gz   && echo Found help

 

but if replacing text, then auto-decompression should be off as replacing bytes in a compressed file would not work anyway:

cat --locate=help --replace=HELP /text.txt

 

for cat --hex  - change default to  Never decompress so we see true hex content of a file unless --decomp is specified by user  - will this cause any compatibility issues????



#56 sixcentgeorge

sixcentgeorge

    Frequent Member

  • Advanced user
  • 191 posts
  •  
    France

Posted 27 August 2014 - 06:08 PM

about some things showing or not when booting with grub4dos..

when file is lzma compressed there is not the the line with the total size of Mo to copy and the number of them already in ram 



#57 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 14919 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 27 August 2014 - 06:36 PM

@Stev6375
Your proposal seems logical to me :thumbup:
 

for cat --hex  - change default to  Never decompress so we see true hex content of a file unless --decomp is specified by user  - will this cause any compatibility issues????


I don't think so.
I mean, usually (at least in my common use of the command) cat --hex is used to view a limited amount of bytes (or "get" a few of them), so it is either used or very small extents (like a sector) or with a given --skip and/or --number parameter (more or less looking for a given known "pattern" or looking at or around a given offset).
Since I use these commands (mainly) on MBR's and PBR's that usually have a "header" (or better "incipit") that does not resemble a compressed file, I used the cat command without any prblems till now, even this:
http://reboot.pro/to...ite-hex-values/
will need to have added the setting for "--raw" in 0x82a4 and this may make it bigger :w00t: :ph34r:.
Luckily the:

write 0x82a4 1
...
write 0x82a4 0

will fit nicely in the place now taken by ;):

%1
%1 This batch is 1024 bytes long. :-)


:duff:
Wonko

#58 tinybit

tinybit

    Gold Member

  • Developer
  • 1137 posts
  •  
    China

Posted 28 August 2014 - 01:09 AM

I am very pleased to hear that you two have successfully identified the source of the problem.

 

 

@steve6375

 

I suggest you make a patch and hand it to chenall.



#59 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 04 September 2014 - 12:58 AM

How abort using new command to switch?etc 'raw'.

 

raw crc32 (hd0,0)/xxx.yy

 

raw cmp --hex (hd0,0)/xx.yy

 

The following commands will NEVER AUTO-DECOMPRESS.

partnew

write



#60 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 04 September 2014 - 09:01 AM

The problem is someone using

 

crc32 (hd0,0)/mybitmap.bmp.gz

or

cat --hex (md)0x300+1

 

will expect it to give the correct crc or display hex data - they may not know about the raw command.

 

P.S. Can you explain why this happens...

 

write 0x44000 \x82      >>> Error 23: Error while parsing number

 

write (md)0x220+1 \x82  >> 0x1 bytes written at offset 0x0



#61 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 04 September 2014 - 12:18 PM

The problem is someone using

 

crc32 (hd0,0)/mybitmap.bmp.gz

or

cat --hex (md)0x300+1

 

will expect it to give the correct crc or display hex data - they may not know about the raw command.

 

P.S. Can you explain why this happens...

 

write 0x44000 \x82      >>> Error 23: Error while parsing number

 

write (md)0x220+1 \x82  >> 0x1 bytes written at offset 0x0

 

 

1. the crc32 can set NEVER AUTO-DECOMPRESS
  but 'cat'/cmp may not change to get more compatibility
 
2.write [--offset=SKIP] [--bytes=N] ADDR_OR_FILE INTEGER_OR_STRING
 
If ADDR_OR_FILE is an integer, then it is treated as a memory address, and
INTEGER_OR_STRING must be an integer value. The integer INTEGER_OR_STRING (Max bytes N)
will be written to address (ADDR_OR_FILE + SKIP).


#62 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 04 September 2014 - 01:00 PM

OK

Never decompress

==============

crc32

partnew

write

 

but the biggest problem is cat --hex which does not return anything if the memory or file happens to contain data which appears to have compressed header bytes but bad following bytes...

 

e.g.

write 0x44000 0x00
write 0x44004 0x20
cat --hex (md)0x220+1
cat --hex --skip=0xFE (md)0x220+1

cat does not produce any output at all!

 

How about an error message saying:

Compressed data detected - please use 'raw cat' command

 

or even better, detect the error case when cat --hex fails to output any bytes  and automatically run  the cat command  in 'raw' mode?



#63 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 05 September 2014 - 02:38 AM

Ok, updated.



#64 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 05 September 2014 - 08:53 AM

grub4dos-0.4.5c-2014-09-05.7z - has serious bugs!

 

splashimage/hotkey etc. not working!!! Something is broken!!!

 

grub4dos-0.4.6a-2014-09-05.7z BROKEN!

grub4dos-0.4.6a-2014-09-04.7z is OK.



#65 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 05 September 2014 - 10:36 AM

grub4dos-0.4.5c-2014-09-05.7z - has serious bugs!

 

splashimage/hotkey etc. not working!!! Something is broken!!!

 

grub4dos-0.4.6a-2014-09-05.7z BROKEN!

grub4dos-0.4.6a-2014-09-04.7z is OK.

 

did you test grub4dos-0.4.5c-2014-09-05.7z ?



#66 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 05 September 2014 - 10:51 AM

yes - both 0.4.5c and 0.4.6a broken in  2014-09-05 !!!



#67 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 14919 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 05 September 2014 - 10:59 AM

Be aware that there is a risk of the introduction of a new tax on the use of more than one exclamation mark a the end of a sentence. :whistling:

 

:duff:

Wonko



#68 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 05 September 2014 - 12:01 PM

P.S.  English error in help text for raw...

 

help raw

Run COMMAND with not auto-decompression.

 

should be

Run COMMAND with no auto-decompression.


  • chenall likes this

#69 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 05 September 2014 - 12:04 PM

yes - both 0.4.5c and 0.4.6a broken in  2014-09-05 !!!

 

 

Thanks,Please try this (attach at google code issue 200)

 

https://grub4dos-che...A:1409918587311



#70 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 05 September 2014 - 12:05 PM

Yes - works :-)



#71 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 14919 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 05 September 2014 - 12:06 PM

P.S.  English error in help text for raw...

 

help raw

Run COMMAND with not auto-decompression.

 

should be

Run COMMAND with no auto-decompression.

 

Or maybe easier :unsure::

Run COMMAND without auto-decompression.

 

:duff:

Wonko


  • chenall likes this

#72 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 05 September 2014 - 12:25 PM

P.S.

Password: prompt for password command is still at extreme left-hand edge of screen...

Shall I enter as new issue?



#73 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 07 September 2014 - 07:00 AM

P.S.

Password: prompt for password command is still at extreme left-hand edge of screen...

Shall I enter as new issue?

 

seems that it is difficult to change it.



#74 steve6375

steve6375

    Platinum Member

  • Developer
  • 7033 posts
  • Location:UK
  • Interests:computers, programming (masm,vb6,C,vbs), photography,TV,films,guitars, www.easy2boot.com
  •  
    United Kingdom

Posted 07 September 2014 - 07:39 AM

New 0.4.5c 2014-09-06  BUG!

 

write 0x44000 0x00
write 0x44004 0x20
cat --hex  (md)0x220+1

 

Main bug is that it displays:

Error 25: Disk read error

 

These do not show the error

cat --hex --length=0x20  (md)0x220+1

raw cat --hex  (md)0x220+1

 

 

 

Also message could be improved

Compressed data detected,But failed to decompress!!using raw data!!

change to >>>

Compressed data detected but failed to decompress - using raw data!

 

Thanks

Steve



#75 chenall

chenall

    Member

  • Members
  • 60 posts
  •  
    China

Posted 07 September 2014 - 01:29 PM

New 0.4.5c 2014-09-06  BUG!

 

write 0x44000 0x00
write 0x44004 0x20
cat --hex  (md)0x220+1

 

Main bug is that it displays:

Error 25: Disk read error

 

These do not show the error

cat --hex --length=0x20  (md)0x220+1

raw cat --hex  (md)0x220+1

 

 

 

Also message could be improved

Compressed data detected,But failed to decompress!!using raw data!!

change to >>>

Compressed data detected but failed to decompress - using raw data!

 

Thanks

Steve

Thanks,Fixed.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users