Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

's' command in debugger loses printing #11828

Closed
p5pRT opened this issue Dec 27, 2011 · 6 comments
Closed

's' command in debugger loses printing #11828

p5pRT opened this issue Dec 27, 2011 · 6 comments

Comments

@p5pRT
Copy link

p5pRT commented Dec 27, 2011

Migrated from rt.perl.org#107100 (status was 'resolved')

Searchable as RT107100$

@p5pRT
Copy link
Author

p5pRT commented Dec 27, 2011

From @khwilliamson


Typing the 's' command causes immediate failure to note the line being
executed



Flags​:
  category=core
  severity=high


Site configuration information for perl 5.15.6​:

Configured by khw at Mon Dec 26 08​:55​:54 MST 2011.

Summary of my perl5 (revision 5 version 15 subversion 6) configuration​:
  Commit id​: 8ec7030
  Platform​:
  osname=linux, osvers=2.6.35-31-generic-pae,
archname=i686-linux-thread-multi-64int-ld
  uname='linux karl 2.6.35-31-generic-pae #63-ubuntu smp mon nov 28
20​:48​:50 utc 2011 i686 gnulinux '
  config_args='-des -Dprefix=/home/khw/blead -Dusedevel
-D'optimize=-ggdb3' -A'optimize=-ggdb3' -A'optimize=-O0' -Dman1dir=none
-Dman3dir=none -DDEBUGGING -Dusemorebits -Dusethreads'
  hint=recommended, useposix=true, d_sigaction=define
  useithreads=define, usemultiplicity=define
  useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
  use64bitint=define, use64bitall=undef, uselongdouble=define
  usemymalloc=n, bincompat5005=undef
  Compiler​:
  cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
  optimize='-O0 -ggdb3',
  cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
  ccversion='', gccversion='4.4.5', gccosandvers=''
  intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
  ivtype='long long', ivsize=8, nvtype='long double', nvsize=12,
Off_t='off_t', lseeksize=8
  alignbytes=4, prototype=define
  Linker and Libraries​:
  ld='cc', ldflags =' -fstack-protector -L/usr/local/lib'
  libpth=/usr/local/lib /lib/../lib /usr/lib/../lib /lib /usr/lib
/usr/lib/i686-linux-gnu
  libs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
  perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
  libc=/lib/libc-2.12.1.so, so=so, useshrplib=false, libperl=libperl.a
  gnulibc_version='2.12.1'
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
  cccdlflags='-fPIC', lddlflags='-shared -ggdb3 -ggdb3 -O0
-L/usr/local/lib -fstack-protector'

Locally applied patches​:


@​INC for perl 5.15.6​:

/home/khw/blead/lib/perl5/site_perl/5.15.6/i686-linux-thread-multi-64int-ld
  /home/khw/blead/lib/perl5/site_perl/5.15.6
  /home/khw/blead/lib/perl5/5.15.6/i686-linux-thread-multi-64int-ld
  /home/khw/blead/lib/perl5/5.15.6
  /home/khw/blead/lib/perl5/site_perl
  .


Environment for perl 5.15.6​:
  HOME=/home/khw
  LANG=en_US.UTF-8
  LANGUAGE=en_US​:en
  LD_LIBRARY_PATH (unset)
  LOGDIR (unset)

PATH=/home/khw/bin​:/home/khw/print/bin​:/bin​:/usr/local/sbin​:/usr/local/bin​:/usr/sbin​:/usr/bin​:/sbin​:/usr/games​:/home/khw/cxoffice/bin
  PERL5OPT=-w
  PERL_BADLANG (unset)
  SHELL=/bin/ksh

@p5pRT
Copy link
Author

p5pRT commented Jan 1, 2012

From @cpansprout

On Mon Dec 26 18​:58​:42 2011, public@​khwilliamson.com wrote​:

-----------------------------------------------------------------
Typing the 's' command causes immediate failure to note the line being
executed

I’ve lost track of the recent changes to the debugger. I couldn’t
reproduce this when I tried just now (7c53392). Was it perhaps fixed
by 8dc67a6?

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Jan 1, 2012

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Feb 29, 2012

From @rjbs

This was fixed some time ago.

@p5pRT
Copy link
Author

p5pRT commented Feb 29, 2012

From [Unknown Contact. See original ticket]

This was fixed some time ago.

@p5pRT
Copy link
Author

p5pRT commented Feb 29, 2012

@rjbs - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant