qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: <jeebs@yango.us>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Norton Ghost crashes with page fault for me too.
Date: Tue, 14 Jun 2005 16:15:41 -0500	[thread overview]
Message-ID: <000e01c57126$40dcdf40$334d21d1@organiza3bfb0e> (raw)
In-Reply-To: 20050614202712.GA32761@jbrown.mylinuxbox.org

"Jim C. Brown"


>> Some of us do a bit more, by deliberately testing qemu with lots of
>> software, looking for bugs.  And reporting bugs when they are found.
>
> If you really want a bug to be fixed badly, and you have no idea of how to 
> fix
> it, what you need to do is contact the developer of that code and let that
> person know about the bug.

That's not really practical, because most of us would have no idea who to 
contact.


> E.g. I'm the developer of the gtk2 interface for qemu, and I have no idea 
> about
> what bugs it may have as no one has reported any to me. In fact, I have no 
> idea
> if anyone is even using it because I get no direct feedback. This is 
> especially
> true for using the gtk2 interface under Windows, because I am unable to 
> test
> the code there. If someone who could test it did, and told me about the 
> bug,
> I'd fix it right away.

I do use the Windows builds...

I'm willing to do some testing.  But you'll have to tell me how to do the 
gtk2 interface under windows.....

The only interface I know of is the regular SDL interface in the windows 
version.

But yes, if you really do want somebody to test it, and do want feedback, 
then I am willing to try.  It wont be a major test for hours and hours kind 
of thing.  But I can play around with it for a while and see if there are 
any obvious problems.


Contrary to what some might suspect, I *am* willing to test qemu and report 
bugs.  But only for as long as I think it might do any good, and that I'm 
not being ignored.

Even the acknowledgement of a bug can be a major encouragement to find and 
report new problems.


> over anymore). In that case, there isn't much you can do. Documenting bugs 
> is
> still good because a) we can let other users know its a known bug and b) 
> when
> a new maintainer for that section of code comes along, they'll be able to 
> get
> started on the fixes right away. But this is only satisfactory if you are 
> a very
> patient person.

I have been willing to do that.

But it gets significantly frustrating when you see the same problems month 
after month after month, etc.

Bug reporting tends to feel a lot like shouting in a room full of deaf 
people...

And bug reports get lost so easily.

If you aren't the developer of that piece of code, what are the odds that 
you are actually going to remember the bug in a few days?


> No one looks at the Savanah bug tracker because its never been used. If 
> you were
> to say submit every unfixed bug you found there, just maybe those of us 
> who
> bother to look every once in a while will see it and fix it.

I have thought about it.

I've even started to do it a few times.  Come to think of it, I even did 
that a few times in the past year.

But since it's not used, and none of the developers suggest it being used, I 
tend to get the feeling that it'd be a waste of time.

Right now, there are 50 bugs reported, and 50 bugs open.

http://savannah.nongnu.org/bugs/?group=qemu


> Do this often enough and others will use it, etc... the qemu user forum 
> and
> the qemu irc channel developed in much the same way.

The qemu user forum does get regular comments about bugs etc.

About the best we can tell them is something like "Yes, that looks like a 
bug.  No, it probaly isn't going to get fixed any time soon.  No, most of 
the qemu developers don't visit here."

  parent reply	other threads:[~2005-06-14 21:17 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-13 17:49 [Qemu-devel] Norton Ghost crashes with page fault for me too Jeff Wiegley
2005-06-14  2:37 ` jeebs
2005-06-14 13:43   ` Ishwar Rattan
2005-06-14 16:39     ` Henrik Nordstrom
2005-06-14 17:14       ` jeebs
2005-06-14 17:40         ` Henrik Nordstrom
2005-06-14 18:51           ` jeebs
2005-06-15  4:08             ` Herbert Poetzl
2005-06-14 20:27         ` Jim C. Brown
2005-06-14 20:54           ` [Qemu-devel] " Ronald
2005-06-14 21:15           ` jeebs [this message]
2005-06-14 22:18             ` [Qemu-devel] " Jim C. Brown
2005-06-14 23:02               ` jeebs
2005-06-15  9:23                 ` Jernej Simončič
2005-06-15 17:30                   ` jeebs
2005-06-15 13:36                 ` Henrik Nordstrom
2005-06-14 21:46           ` [Qemu-devel] " Heike C. Zimmerer
2005-06-14 22:43             ` Jim C. Brown
2005-06-15 17:28               ` jeebs
2005-06-15 18:54                 ` Jim C. Brown
2005-06-15 18:11               ` Heike C. Zimmerer
2005-06-14 16:30   ` [Qemu-devel] " Henrik Nordstrom
2005-06-14 17:11     ` jeebs
2005-06-15 13:20       ` Henrik Nordstrom
2005-06-14 13:54 ` Elefterios Stamatogiannakis
2005-06-14 15:45   ` Andreas Bollhalder

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='000e01c57126$40dcdf40$334d21d1@organiza3bfb0e' \
    --to=jeebs@yango.us \
    --cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).