All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Yoshinori K. Okuji" <okuji@enbug.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: GRUB2: *BSD and more patch
Date: Mon, 22 Mar 2004 14:49:41 +0100	[thread overview]
Message-ID: <200403221449.41600.okuji@enbug.org> (raw)
In-Reply-To: <405EA1DD.7030606@ciam.ru>

On Monday 22 March 2004 09:20, Sergey Matveychuk wrote:
> Yoshinori K. Okuji wrote:
>   >>-  if (! S_ISBLK (st.st_mode))
> >>
> >>-    return make_device_name (drive, -1, -1);
> >>-
> >
> > This part is not good. The problem here is that we want to support
> > installing GRUB into a normal file as well as a device file.
>
> OK. I've taken it back.

I got an advise from Mr.Soda personally about the block device issue. 
And, I now think it is better to use S_ISREG rather than S_ISBLK when 
determining if a file is a disk device or a normal file. That is, use 
S_ISREG for a normal file, and use ! S_ISREG for a disk device.

So, regardless of your OS, let's use:

if (S_ISREG (st.st_mode))
  return make_device_name (drive, -1, -1);

The same applies to other places where S_ISBLK is used.

> > BTW, I confirmed that you haven't assigned your copyright on GRUB
> > to the FSF yet. For a GNU project, it is a custom to assign your
> > copyright to the FSF, so that the FSF can fight instead of you in a
> > court when someone claims that our software is illegal. Also, this
> > step of a copyright assignment makes sure that your contribution
> > will be free in freedom forever. So, would you like to sign a
> > copyright assignment for GRUB? If you need more information, don't
> > hesitate to ask me. We can talk privately if you want.
>
> Do you mean GRUB1?

There is no difference between GRUB 1 and GRUB 2, as far as we talk 
about the legal issue, since they are the same software from legal 
point of view. It's GRUB.

> @@ -194,7 +197,11 @@ pupa_memalign (pupa_size_t align, pupa_s
>  {
>    void *p;
>    
> +#ifdef HAVE_MEMALIGN
>    p = memalign (align, size);
> +#else
> +  pupa_util_error ("memalign not available");
> +#endif
>    if (! p)
>      pupa_util_error ("out of memory");

This segfaults if pupa_memalign is used actually. It must return a NULL 
pointer if fails.

Okuji




  reply	other threads:[~2004-03-22 13:47 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-18  8:15 GRUB2: *BSD and more patch Sergey Matveychuk
2004-03-18 12:31 ` Yoshinori K. Okuji
2004-03-19 21:24   ` Sergey Matveychuk
2004-03-19 21:34     ` Johan Rydberg
2004-03-19 21:42     ` Marco Gerards
2004-03-19 21:56       ` Sergey Matveychuk
2004-03-19 22:22         ` Marco Gerards
2004-03-19 23:24           ` Sergey Matveychuk
2004-03-19 23:55             ` Marco Gerards
2004-03-20  0:45               ` Sergey Matveychuk
2004-03-20 10:29                 ` Jeroen Dekkers
2004-03-20 18:30                   ` Sergey Matveychuk
2004-03-20 19:43                     ` Marco Gerards
2004-03-21  1:17                       ` Sergey Matveychuk
2004-03-21  1:45                         ` Marco Gerards
2004-03-21  2:18                           ` Sergey Matveychuk
2004-03-21  3:30                             ` Marco Gerards
2004-03-21 16:11                         ` Yoshinori K. Okuji
2004-03-22  8:20                           ` Sergey Matveychuk
2004-03-22 13:49                             ` Yoshinori K. Okuji [this message]
2004-03-22 14:26                               ` Jeroen Dekkers
2004-03-22 15:23                                 ` Yoshinori K. Okuji
2004-03-22 21:05                                   ` Sergey Matveychuk
2004-03-22 22:03                               ` Sergey Matveychuk
2004-03-22 22:10                               ` Sergey Matveychuk
2004-09-01 22:00                                 ` Marco Gerards
2004-09-02 10:50                                   ` Yoshinori K. Okuji
2004-09-05  9:26                                     ` Marco Gerards
2004-09-07 10:46                                       ` Yoshinori K. Okuji
2004-12-29 17:27                                         ` Marco Gerards
2005-01-11 13:32                                           ` Yoshinori K. Okuji

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200403221449.41600.okuji@enbug.org \
    --to=okuji@enbug.org \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.