Marc Girod wrote:
>
> $ nm /usr/bin/expr
> nm: /usr/bin/expr: no symbols
>
This may explain that:
libssh2-1.1> rebase -b 0x7000 -v /usr/bin/expr
/usr/bin/expr: skipped because not rebaseable
tmp> expr a : '\(a\)'
Segmentation fault (core dumped)
tmp> gdb /usr/bin/expr a : '\(a\)'
Excess c
Xima Lenik wrote:
>
> Yes, I've rebased. After extracted cyggmp-3.dll from libgmp3-4.3, it's
> ok now.
>
Sorry, my expr still keeps dumping core. E.g.:
./configure: line 142: 3840 Segmentation fault (core dumped) expr a :
'\(a\)' > /dev/null 2>&1
I have run ./rebaseall (and .peflagsall
On 5/20/2009 4:42 PM, Marc Girod wrote:
OK... I have to mark emacs 23.0.92 as keep...
This is, unfortunately, a nuisance that you have to put up with when
you're using experimental packages. I hope to promote emacs 23.0.92 to
"current" relatively soon, but I think I need to let it get more t
Marc Girod wrote:
>
> In my case, reinstalling libgmp3 pulled back emacs 21.2!?
>
OK... I have to mark emacs 23.0.92 as keep...
Anyway, now I installed libgmp3 4.2.4-2 (no older option)
and even if it is still incomplete too, the exec error disappeared.
--
View this message in context:
http:
Xima Lenik wrote:
>
> Yes, I've rebased. After extracted cyggmp-3.dll from libgmp3-4.3, it's
>
In may case, reinstalling libgmp3 pulled back emacs 21.2!?
After installing emacs 23.0.92 again, I find myself with:
- the same exec error at startup
- libgmp3 4.3.0-1 Incomplete
Marc
--
View this
On 2009-5-18 11:45, Dave Korn wrote:
Lenik wrote:
ok,
Thanks.
Program received signal SIGSEGV, Segmentation fault.
0x0524 in ?? ()
(gdb) bt
#0 0x0524 in ?? ()
#1 0x69181041 in ?? () from /usr/bin/cyggmp-3.dll
#2 0x691c9000 in ?? () from /usr/bin/cyggmp-3.dll
#3 0x691ca000 in ?
Lenik wrote:
> ok,
Thanks.
> Program received signal SIGSEGV, Segmentation fault.
> 0x0524 in ?? ()
> (gdb) bt
> #0 0x0524 in ?? ()
> #1 0x69181041 in ?? () from /usr/bin/cyggmp-3.dll
> #2 0x691c9000 in ?? () from /usr/bin/cyggmp-3.dll
> #3 0x691ca000 in ?? () from /usr/bin/cyggmp-3
ok,
(gdb) run
Starting program: /usr/bin/expr
[New thread 2412.0x92c]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols fo
Lenik wrote:
> I don't know how to do in detail, this is what I get, I don't have debug
> symbols.
Yeah, binaries shipped with the distro are stripped, but we'll still get
some useful info.
> (gdb) run
> Starting program: /usr/bin/expr
> [New thread 3988.0xd84]
> (no debugging symbols found)
>
On 2009-5-18 7:42, Dave Korn wrote:
Lenik wrote:
Are you sure you don't have some competing tools getting in the way of
proper cygwin operation?
No, I've set PATH to cygwin/bin only, before execute expr.
Doesn't necessarily mean there aren't system-wide hooks being loaded into
every appl
Lenik wrote:
>>
>> Are you sure you don't have some competing tools getting in the way of
>> proper cygwin operation?
>>
>
> No, I've set PATH to cygwin/bin only, before execute expr.
Doesn't necessarily mean there aren't system-wide hooks being loaded into
every application running.
> stackd
On 2009-5-17 22:53, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are you sure you don't have some competing tools getting in the way of
proper cygwin operation?
No, I've set PATH to cygwin/bin only, before execute expr.
stackdump added.
Exception: STATUS_ACCESS_VIOLATION a
Marc Girod wrote:
>
> Actually, why no stracing it:
>
Sorry, this also:
http://www.nabble.com/file/p23587340/expr.exe.stackdump expr.exe.stackdump
Marc
--
View this message in context:
http://www.nabble.com/expr-error-tp23583036p23587340.html
Sent from the Cygwin list mailing list archive
Marc Girod wrote:
>
> Indeed, expr dumps core in a reproducible way:
>
Actually, why no stracing it:
~> strace -o /tmp/expr.strace expr aaa : 'a\+'
716256 [main] expr 6192 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
717003 [main] expr 6192 open_stackdumpfile: Dumping stack
Eric Blake wrote:
>
> Works for me. Possibly an instance of BLODA on your machine?
>
Same error at mine (as reported earlier):
3 [main] expr 8032 _cygtls::handle_exceptions: Error while dumping
state (probably corrupted stack)
/usr/bin/startx: line 40: 8032 Segmentation fault (cor
On Sun, May 17, 2009 at 08:51:06PM +0800, Lenik wrote:
> 2363k 2009/01/27 C:\lam\sys\cygwin-1.7\bin\cygwin1.dll - os=4.0 img=1.0
> sys=4.0
> "cygwin1.dll" v0.0 ts=2009/1/27 23:49
>Cygwin DLL version info:
>DLL version: 1.7.0
>DLL epoch: 19
>DLL old term
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Lenik on 5/17/2009 6:51 AM:
> Program output:
>
> C:\Profiles\Shecti> expr
> 6 [main] expr 3784 _cygtls::handle_exceptions: Exception:
> STATUS_ACCESS_VIOLATION
>1906 [main] expr 3784 open_stackdumpfile: Dumping stack trace to
>
17 matches
Mail list logo