[Bug 354071] cups and networkmanager should communicate about changing networks
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=354071
Ulrich Drepper <drepper(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CLOSED
Customer Facing| |---
Resolution| |WORKSFORME
--- Comment #6 from Ulrich Drepper <drepper(a)redhat.com> 2008-08-03 01:58:44 EDT ---
Applications do not automatically notice if /etc/resolv.conf changes. Only
nscd does. The overhead is simply to high. If somehow the program starts up
when no /etc/resolv.conf file exists something like described in the comments
happens. It might be worthwhile to determine when /etc/resolv.conf was read
and why it wasn't there.
There is one alternative. Programs can invalidate their resolver setting by
calling _res_init(). This has to be done by the program itself? Does cups do
this? When?
I don't think there is anything wrong in glibc. If you want the change of a
nameserver happen automatically and transparently then use nscd.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 8 months
[Bug 365111] failed allocation in output stream initialization causes segfault
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=365111
Ulrich Drepper <drepper(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
CC| |drepper(a)redhat.com
Customer Facing| |---
Resolution| |WORKSFORME
--- Comment #6 from Ulrich Drepper <drepper(a)redhat.com> 2008-08-03 01:22:25 EDT ---
I see this also with the instructions you provide. But there must be a problem
with gdb. Try this instead:
- put a breakpoint at the ALLOC_BUF macro use in filedoalloc.c
- run until breakpoint hit
- disp/i $pc
- use ni until _after_ the mmap call
- now use set $rax=0xffffffffffffffff (equivalent for other archs, this ix
x86-64)
- c
This works fine, the short buffer is used.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 8 months
[Bug 224448] poppler appears to be hit by CVE-2007-0104
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: poppler appears to be hit by CVE-2007-0104
https://bugzilla.redhat.com/show_bug.cgi?id=224448
thoger(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Fixed In Version| |poppler-0.5.9
Resolution| |CURRENTRELEASE
------- Additional Comments From thoger(a)redhat.com 2008-08-01 06:06 EST -------
Looking at the versions we had in Fedora, problem was present in 0.5.4. Loop
detection is included in 0.5.9. Current stable Fedora versions are based on
0.6.2 (F-8) and 0.8.1 (F-9), hence include the fix.
Btw:
(In reply to comment #6)
> Changelog for poppler-0.5.4-8.fc7 (the same code base) lists explicitely
> CVE-2007-3387 (#248194), CVE-2007-4352 (#345101),
> CVE-2007-5392 (#345111), CVE-2007-5393 (#345121)
> but for poppler-0.6.2-1.fc8 not even that.
IIRC, poppler was re-based to fixed upstream version in F-8 without fixes for
those being mentioned in the RPM changelog.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years, 9 months