|
Bugzilla – Full Text Bug Listing |
| Summary: | Blam reports X-Windows Errors | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Holger Hetterich <hhetter> |
| Component: | GNOME | Assignee: | E-mail List <gnome-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | tiwai |
| Version: | RC 2 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Holger Hetterich
2005-09-13 09:53:10 UTC
Starts fine under beta 4 on x86_64 and no recent changes have been made, the alsa problems were recently fixed, could you try this newer alsa package? I can try Alsa from stable but I don't think that's the problem as I use RC2. blam starts fine when I use --sync as command line parameter. Note taht RC2 alsa package had another bug (#115817). This is already fixed on STABLE. I now installed alsa from STABLE, and I don't get the socket error messages, but the problem stays the same, blam crashes with: hhetter@g180:~> blam The program 'Blam' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 140 error_code 2 request_code 25 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) hhetter@g180:~> Possible idea - can you update to gtk2 2.8.3-4? Did you ever try the update holger? It works fine on x86_64 with 10.0-final. |