On Mon, Mar 17, 2003 at 10:41:40AM +1100, Stas Bekman wrote:
> Daniel Jacobowitz wrote:
> >On Mon, Mar 17, 2003 at 09:36:04AM +1100, Stas Bekman wrote:
> >
> >>Daniel Jacobowitz wrote:
> >>
> >>>On Thu, Mar 13, 2003 at 02:09:31PM +1100, Stas Bekma
On Mon, Mar 17, 2003 at 09:36:04AM +1100, Stas Bekman wrote:
> Daniel Jacobowitz wrote:
> >On Thu, Mar 13, 2003 at 02:09:31PM +1100, Stas Bekman wrote:
> >
> >>David Morton wrote:
> >>
> >>>-8<-- Start Bug Report
rom inside mod_perl, I get:
> >
> >SNi9U6dA0Wi2M
FYI, this sounds like a known bug in glibc. I think I fixed it after
Red Hat 8.0 was released.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
e,
generated at Perl installation time, and a really simple script to
combine the project's makefile with the template (so as not to rely on
"include" working) could do everything people really want their module
build tool to do wi
On Mon, Mar 18, 2002 at 03:21:53PM +0800, Stas Bekman wrote:
> Daniel Jacobowitz wrote:
> >On Sun, Mar 17, 2002 at 03:22:04AM +0800, Stas Bekman wrote:
> >
> >>Thanks Daniel,
> >>
> >>I guess first of all we are after being able to use the debugger wit
tinue
> continue
> continue
> continue
> continue
> continue
> continue
> continue
> continue
> continue
> continue
> end
I recommend looking up the "ignore" command, if you want to skip a
breakpoint N times.
--
Da
ries, and don't notice
the thread library getting loaded.
There's not much we can do without improving the speed of thread
debugging. I'm thinking about it, but it's really quite complicated...
--
Daniel Jacobowitz
On Tue, Nov 27, 2001 at 09:27:18AM +0800, Stas Bekman wrote:
> Daniel Jacobowitz wrote:
>
> >On Tue, Nov 27, 2001 at 02:02:57AM +0800, Stas Bekman wrote:
> >
> >>I've a bunch of them, but I think that the one in /lib/ that's used:
> >>
> >>
> looking for a good book about this material, as I see many books that
> mention a bit but none does indepth coverage. The book "PANIC! UNIX
> System Crash, Dump Analysis" seems to be exactly what I'm looking for,
> but it's not very useful as it use
On Mon, Nov 26, 2001 at 06:18:43PM +0800, Stas Bekman wrote:
> Daniel Jacobowitz wrote:
>
>
> >>The thing that drives me crazy is that neither Doug nor Philip who both
> >>use almost the same version of everything on linux and using the same
> >>build opti
o be thread-aware? Or, actually, it could
be a gdb version issue. The slowness came with the current
thread-aware debugging package, which is fairly recent (snapshots from
a year ago through the release last week).
In this case, there are two things to do; clean up the generic shared
library code
rying to parse
_DYNAMIC (the link map) at every shared library event. It's a
difficult problem; if we don't do this, then we can't reset breakpoints
in shared modules as they are loaded.
Just be glad you aren't linked to -lpthread
does not mean anything. The
dependencies can be built in random order, and often are.
You could do:
test: pure_all
ulimit -c unlimited; $(MAKE) run_tests
$(MAKE) test_clean
(Note that 'test :: pure_all run_tests test_clean' has the s
s enabling
LFS in apache caused various modules (primarily PHP), and we've gotten
most of them now, so I'd hate to back down again.
Dan
/----\ /----\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debia
TH_APXS is
unset if we're building without APXS, even if we are building an apache
that supports it. Should that be fixed?
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002 |
| Debian GNU/L
eir modperl box.
Heck yes! If you would rather not post them to the list itself, I'd
like to see a separate mailing list for them.
Dan
/\ /\
| Daniel Jacobowitz|__|SCS Class of 2002
16 matches
Mail list logo
