tents of VT100 is read and parsed.
2d) From this point of the VT100 stuff can be used and the hook
returns.
What if the user notices a typo in VT100 and changes it. Wouldn't they
expect the update to be immediate, and not have to reassign TERM its
current value?
-
prevent overwriting an existing hook or should there be support for
multiple hooks (how would ordering be handled though?)?
Thanks!
--
Omniflux
--- grub2.cvs/term/terminfo.c 2005-11-13 08:47:09.0 -0700
+++ grub2/term/terminfo.c 2006-01-03 14:45:43.0 -0700
@@ -26,6 +26,7
own fault,
provided I document it well.
I'm sorry for my terrible English.
Actually, I cannot tell it is not your native language from your writing.
I will make your suggested changes and submit another patch to the list
as soon as I have time again.
Thanks!
--
Omnif
nals which depend on terminfo (serial), and should be a rare case
even there.
--
Omniflux
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
will try this.
Thanks!
--
Omniflux
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
instructions for creating a menu so that I
may test other then the command line?
Thanks!
--
Omniflux
diff -uNr grub2.cvs/include/grub/terminfo.h grub2/include/grub/terminfo.h
--- grub2.cvs/include/grub/terminfo.h 2005-09-03 10:54:26.0 -0600
+++ grub2/include/grub/terminfo.h 2005
l the burden onto the user.
Option 'c', problems as listed above.
If you would like to choose one of these methods, or come up with option
'd', I'll implement it.
--
Omniflux
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
a terminal at all, I'm sure someone will try it.
--
Omniflux
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
n it.
Please let me know.
--
Omniflux
diff -uNr grub2/conf/i386-pc.mk grub2.newserial/conf/i386-pc.mk
--- grub2/conf/i386-pc.mk 2005-02-19 20:56:06.0 +
+++ grub2.newserial/conf/i386-pc.mk 2005-02-21 12:20:18.044758032 +
@@ -253,7 +253,7 @@
file.h fs.h kernel.h loader.h m
fs/fat.c assumes that 0UL is the same for 32bit and 64bit archs, but it
is not.
There are four locations in fs/fat.c where a 32bit unsigned int is set
equal to 0UL. This causes warnings when compiling on 64bit architectures
as 0UL is 0x (64bits) there.
--
Omniflux
--- grub2/fs
10 matches
Mail list logo