statifier-general Mailing List for ELF statifier
Tool for creating portable self-containing Linux executable
Brought to you by:
valery_reznic
Menu
▾
▴
statifier-general — statifier general
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
(15) |
Jun
(5) |
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(2) |
Feb
(3) |
Mar
(29) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2006 |
Jan
|
Feb
(7) |
Mar
(9) |
Apr
(26) |
May
(5) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2007 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
(4) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(18) |
Oct
(1) |
Nov
(19) |
Dec
(8) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
|
From: Valery R. <val...@ya...> - 2013-12-10 08:18:00
|
Hi, Richard.
Could you send to me your bitmap.static?
Valery
----- Original Message -----
> From: Richard <rk...@us...>
> To: Valery Reznic <val...@ya...>; sta...@li...
> Cc:
> Sent: Tuesday, December 10, 2013 12:11 AM
> Subject: Re: [Statifier-general] Unsuccessful porting between linux distributions
>
> I installed strace, and here is the output
> (sorry about the wrap-around, I don't know
> how to disable it):
>
> ------------------------------------------------------
> root:~/bitmap_static# strace -s300 -i ./bitmap.static
>
> [ffffe424] execve("./bitmap.static", ["./bitmap.static"],
> [/* 22 vars
> */]) = 0
>
> [0805881e] set_thread_area({entry_number:-1 -> 6, base_addr:0xb7cb26b0,
> limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
> limit_in_pages:1, seg_not_present:0, useable:1}) = 0
>
> [ffffe408] sigreturn() (mask [ILL TRAP ABRT FPE USR2 ALRM TERM CHLD STOP
> TSTP TTIN URG XCPU XFSZ VTALRM PROF IO PWR RTMIN]) = -1210984453
>
> [b7ff0020] --- SIGILL {si_signo=SIGILL, si_code=ILL_BADSTK, si_addr=0} ---
>
> [????????] +++ killed by SIGILL +++
>
> Illegal instruction
> ---------------------------------------------------
>
> Richard
>
>
>
> On 12/09/2013 01:52 AM, Valery Reznic wrote:
>>
>>
>>
>> Hi, Richard.
>>
>> Could you run bitmap1.static on LFS7.2 under strace:
>>
>> strace -s300 -i bitmap1.static
>>
>> Valery
>>
>>> ________________________________
>>> From: Richard <rk...@us...>
>>> To: sta...@li...
>>> Sent: Sunday, December 8, 2013 6:12 PM
>>> Subject: [Statifier-general] Unsuccessful porting between linux
> distributions
>>>
>>>
>>> Hi,
>>>
>>> Just wondering if anyone has an idea why this
>>> didn't work. I was trying to statify a program
>>> called "bitmap" that used to be available in X
>>> window distributions.
>>>
>>> I started in a Linux From Scratch
>>> (www.linuxfromscratch.org) version 6.2
>>> distribution, which uses kernel 2.6.16.27.
>>> In LFS_6.2, the bitmap program was part, I
>>> believe, of the XFree86-4.6.0 package.
>>> The bitmap program requires several shared
>>> libraries. Since in later distributions I
>>> don't have all the required libraries, and
>>> since the bitmap program is no longer available
>>> in them, I wanted to make a static version of
>>> it. I installed statifier-1.7.3 in LFS_6.2
>>> and I created two static versions of bitmap
>>> using the following commands:
>>>
>>> statifier bitmap bitmap.static1
>>> statifier --set=LD_BIND_NOW=yes bitmap bitmap.static2
>>>
>>> Both bitmap.static1 and bitmap.static2 run
>>> in LFS_6.2. However, when I transfer these programs
>>> to a later Linux From Scratch verion 7.2, which
>>> uses kernel version 3.5.7, I can't run either
>>> of the static programs. Both give me the message:
>>>
>>> Illegal Instruction
>>>
>>> Any ideas how to successfully port this program?
>>>
>>> Thanks,
>>>
>>> Richard
>>>
>>>
> ------------------------------------------------------------------------------
>>> Sponsored by Intel(R) XDK
>>> Develop, test and display web and hybrid apps with a single code base.
>>> Download it for free now!
>>>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Statifier-general mailing list
>>> Sta...@li...
>>> https://lists.sourceforge.net/lists/listinfo/statifier-general
>>>
>>>
>>>
>>
>>
> ------------------------------------------------------------------------------
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!
>>
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Statifier-general mailing list
>> Sta...@li...
>> https://lists.sourceforge.net/lists/listinfo/statifier-general
>>
>
|
|
From: Richard <rk...@us...> - 2013-12-09 22:11:03
|
I installed strace, and here is the output
(sorry about the wrap-around, I don't know
how to disable it):
------------------------------------------------------
root:~/bitmap_static# strace -s300 -i ./bitmap.static
[ffffe424] execve("./bitmap.static", ["./bitmap.static"], [/* 22 vars
*/]) = 0
[0805881e] set_thread_area({entry_number:-1 -> 6, base_addr:0xb7cb26b0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
[ffffe408] sigreturn() (mask [ILL TRAP ABRT FPE USR2 ALRM TERM CHLD STOP
TSTP TTIN URG XCPU XFSZ VTALRM PROF IO PWR RTMIN]) = -1210984453
[b7ff0020] --- SIGILL {si_signo=SIGILL, si_code=ILL_BADSTK, si_addr=0} ---
[????????] +++ killed by SIGILL +++
Illegal instruction
---------------------------------------------------
Richard
On 12/09/2013 01:52 AM, Valery Reznic wrote:
>
>
>
> Hi, Richard.
>
> Could you run bitmap1.static on LFS7.2 under strace:
>
> strace -s300 -i bitmap1.static
>
> Valery
>
>> ________________________________
>> From: Richard <rk...@us...>
>> To: sta...@li...
>> Sent: Sunday, December 8, 2013 6:12 PM
>> Subject: [Statifier-general] Unsuccessful porting between linux distributions
>>
>>
>> Hi,
>>
>> Just wondering if anyone has an idea why this
>> didn't work. I was trying to statify a program
>> called "bitmap" that used to be available in X
>> window distributions.
>>
>> I started in a Linux From Scratch
>> (www.linuxfromscratch.org) version 6.2
>> distribution, which uses kernel 2.6.16.27.
>> In LFS_6.2, the bitmap program was part, I
>> believe, of the XFree86-4.6.0 package.
>> The bitmap program requires several shared
>> libraries. Since in later distributions I
>> don't have all the required libraries, and
>> since the bitmap program is no longer available
>> in them, I wanted to make a static version of
>> it. I installed statifier-1.7.3 in LFS_6.2
>> and I created two static versions of bitmap
>> using the following commands:
>>
>> statifier bitmap bitmap.static1
>> statifier --set=LD_BIND_NOW=yes bitmap bitmap.static2
>>
>> Both bitmap.static1 and bitmap.static2 run
>> in LFS_6.2. However, when I transfer these programs
>> to a later Linux From Scratch verion 7.2, which
>> uses kernel version 3.5.7, I can't run either
>> of the static programs. Both give me the message:
>>
>> Illegal Instruction
>>
>> Any ideas how to successfully port this program?
>>
>> Thanks,
>>
>> Richard
>>
>> ------------------------------------------------------------------------------
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Statifier-general mailing list
>> Sta...@li...
>> https://lists.sourceforge.net/lists/listinfo/statifier-general
>>
>>
>>
>
> ------------------------------------------------------------------------------
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> _______________________________________________
> Statifier-general mailing list
> Sta...@li...
> https://lists.sourceforge.net/lists/listinfo/statifier-general
>
|
|
From: Richard <rk...@us...> - 2013-12-09 13:20:18
|
Hi, thanks for your reply. strace is not installed on my system(s) yet. I will try installing it and I'll report the results if I am successful. Richard On 12/09/2013 01:52 AM, Valery Reznic wrote: > > > > Hi, Richard. > > Could you run bitmap1.static on LFS7.2 under strace: > > strace -s300 -i bitmap1.static > > Valery > >> ________________________________ >> From: Richard <rk...@us...> >> To: sta...@li... >> Sent: Sunday, December 8, 2013 6:12 PM >> Subject: [Statifier-general] Unsuccessful porting between linux distributions >> >> >> Hi, >> >> Just wondering if anyone has an idea why this >> didn't work. I was trying to statify a program >> called "bitmap" that used to be available in X >> window distributions. >> >> I started in a Linux From Scratch >> (www.linuxfromscratch.org) version 6.2 >> distribution, which uses kernel 2.6.16.27. >> In LFS_6.2, the bitmap program was part, I >> believe, of the XFree86-4.6.0 package. >> The bitmap program requires several shared >> libraries. Since in later distributions I >> don't have all the required libraries, and >> since the bitmap program is no longer available >> in them, I wanted to make a static version of >> it. I installed statifier-1.7.3 in LFS_6.2 >> and I created two static versions of bitmap >> using the following commands: >> >> statifier bitmap bitmap.static1 >> statifier --set=LD_BIND_NOW=yes bitmap bitmap.static2 >> >> Both bitmap.static1 and bitmap.static2 run >> in LFS_6.2. However, when I transfer these programs >> to a later Linux From Scratch verion 7.2, which >> uses kernel version 3.5.7, I can't run either >> of the static programs. Both give me the message: >> >> Illegal Instruction >> >> Any ideas how to successfully port this program? >> >> Thanks, >> >> Richard >> >> ------------------------------------------------------------------------------ >> Sponsored by Intel(R) XDK >> Develop, test and display web and hybrid apps with a single code base. >> Download it for free now! >> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >> _______________________________________________ >> Statifier-general mailing list >> Sta...@li... >> https://lists.sourceforge.net/lists/listinfo/statifier-general >> >> >> > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > _______________________________________________ > Statifier-general mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statifier-general > |
|
From: Valery R. <val...@ya...> - 2013-12-09 06:52:59
|
Hi, Richard. Could you run bitmap1.static on LFS7.2 under strace: strace -s300 -i bitmap1.static Valery >________________________________ > From: Richard <rk...@us...> >To: sta...@li... >Sent: Sunday, December 8, 2013 6:12 PM >Subject: [Statifier-general] Unsuccessful porting between linux distributions > > >Hi, > >Just wondering if anyone has an idea why this >didn't work. I was trying to statify a program >called "bitmap" that used to be available in X >window distributions. > >I started in a Linux From Scratch >(www.linuxfromscratch.org) version 6.2 >distribution, which uses kernel 2.6.16.27. >In LFS_6.2, the bitmap program was part, I >believe, of the XFree86-4.6.0 package. >The bitmap program requires several shared >libraries. Since in later distributions I >don't have all the required libraries, and >since the bitmap program is no longer available >in them, I wanted to make a static version of >it. I installed statifier-1.7.3 in LFS_6.2 >and I created two static versions of bitmap >using the following commands: > >statifier bitmap bitmap.static1 >statifier --set=LD_BIND_NOW=yes bitmap bitmap.static2 > >Both bitmap.static1 and bitmap.static2 run >in LFS_6.2. However, when I transfer these programs >to a later Linux From Scratch verion 7.2, which >uses kernel version 3.5.7, I can't run either >of the static programs. Both give me the message: > >Illegal Instruction > >Any ideas how to successfully port this program? > >Thanks, > >Richard > >------------------------------------------------------------------------------ >Sponsored by Intel(R) XDK >Develop, test and display web and hybrid apps with a single code base. >Download it for free now! >http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >_______________________________________________ >Statifier-general mailing list >Sta...@li... >https://lists.sourceforge.net/lists/listinfo/statifier-general > > > |
|
From: Richard <rk...@us...> - 2013-12-08 16:11:47
|
Hi, Just wondering if anyone has an idea why this didn't work. I was trying to statify a program called "bitmap" that used to be available in X window distributions. I started in a Linux From Scratch (www.linuxfromscratch.org) version 6.2 distribution, which uses kernel 2.6.16.27. In LFS_6.2, the bitmap program was part, I believe, of the XFree86-4.6.0 package. The bitmap program requires several shared libraries. Since in later distributions I don't have all the required libraries, and since the bitmap program is no longer available in them, I wanted to make a static version of it. I installed statifier-1.7.3 in LFS_6.2 and I created two static versions of bitmap using the following commands: statifier bitmap bitmap.static1 statifier --set=LD_BIND_NOW=yes bitmap bitmap.static2 Both bitmap.static1 and bitmap.static2 run in LFS_6.2. However, when I transfer these programs to a later Linux From Scratch verion 7.2, which uses kernel version 3.5.7, I can't run either of the static programs. Both give me the message: Illegal Instruction Any ideas how to successfully port this program? Thanks, Richard |
|
From: Valery R. <val...@ya...> - 2013-04-14 07:31:37
|
Hi, All. Statifier 1.7.3 is out Changes: - fixed '_dl_auxv not found' error for glibc 2.16 Valery |
|
From: Valery R. <val...@ya...> - 2011-08-03 12:16:13
|
Hi, Cliff. I was able to compile statifier after a bit of tinkering with it, but statified executable segfault. I am trying to find what problem is. Valery >________________________________ >From: Cliff Pratt <enk...@gm...> >To: sta...@li... >Sent: Wednesday, July 27, 2011 10:44 AM >Subject: [Statifier-general] Problems compiling statifier on Fedora 15 > >I'm trying to compile statifier on Fedora 15 (32 bit) and I'm getting >the errors below. I've looked in the archives and on the web but can't >find anything, though it is probably something trivial. Does anyone >have any ideas, please? > >Cheers, > >Cliff > >[cliffp@fedora15 statifier-1.7.1]$ make all >/bin/sh ./configure >make all-local-32 >ELF_CLASS=32 && mkdir --parents $ELF_CLASS && make >ELF_CLASS=$ELF_CLASS all-local-internal >gcc -c -o 32/dl-var.o -nostdinc -I/home/cliffp/statifier-1.7.1/src >-I/home/cliffp/statifier-1.7.1/src/32 -include cpus/i386/processor.h >-include ./start.S -include cpus/i386/dl-var.S ./end.S >dl-var.c: Assembler messages: >dl-var.c:12: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:13: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:15: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:16: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:18: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:19: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:21: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:22: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:24: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:94: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:95: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:97: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:98: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:100: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:101: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:103: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:104: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:106: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:107: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:112: Error: CFI instruction used without previous .cfi_startproc >make[4]: *** [32/dl-var.o] Error 1 >make[3]: *** [all-local-32] Error 2 >make[2]: *** [all-local] Error 2 >make[1]: *** [all-recursive] Error 2 >make: *** [all-recursive] Error 2 > >------------------------------------------------------------------------------ >Got Input? Slashdot Needs You. >Take our quick survey online. Come on, we don't ask for help often. >Plus, you'll get a chance to win $100 to spend on ThinkGeek. >http://p.sf.net/sfu/slashdot-survey >_______________________________________________ >Statifier-general mailing list >Sta...@li... >https://lists.sourceforge.net/lists/listinfo/statifier-general > > > |
|
From: Valery R. <val...@ya...> - 2011-07-29 07:15:37
|
Hi, Cliff. I currently don't have a F15 available. I'll try to get my hand on it soon. In the middle time - could you tell me what gcc version F15 has. And if you can get me ssh access to this box - it will speed things up (I promise to be a "good boy") Valery >________________________________ >From: Cliff Pratt <enk...@gm...> >To: sta...@li... >Sent: Wednesday, July 27, 2011 10:44 AM >Subject: [Statifier-general] Problems compiling statifier on Fedora 15 > >I'm trying to compile statifier on Fedora 15 (32 bit) and I'm getting >the errors below. I've looked in the archives and on the web but can't >find anything, though it is probably something trivial. Does anyone >have any ideas, please? > >Cheers, > >Cliff > >[cliffp@fedora15 statifier-1.7.1]$ make all >/bin/sh ./configure >make all-local-32 >ELF_CLASS=32 && mkdir --parents $ELF_CLASS && make >ELF_CLASS=$ELF_CLASS all-local-internal >gcc -c -o 32/dl-var.o -nostdinc -I/home/cliffp/statifier-1.7.1/src >-I/home/cliffp/statifier-1.7.1/src/32 -include cpus/i386/processor.h >-include ./start.S -include cpus/i386/dl-var.S ./end.S >dl-var.c: Assembler messages: >dl-var.c:12: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:13: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:15: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:16: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:18: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:19: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:21: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:22: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:24: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:94: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:95: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:97: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:98: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:100: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:101: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:103: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:104: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:106: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:107: Error: CFI instruction used without previous .cfi_startproc >dl-var.c:112: Error: CFI instruction used without previous .cfi_startproc >make[4]: *** [32/dl-var.o] Error 1 >make[3]: *** [all-local-32] Error 2 >make[2]: *** [all-local] Error 2 >make[1]: *** [all-recursive] Error 2 >make: *** [all-recursive] Error 2 > >------------------------------------------------------------------------------ >Got Input? Slashdot Needs You. >Take our quick survey online. Come on, we don't ask for help often. >Plus, you'll get a chance to win $100 to spend on ThinkGeek. >http://p.sf.net/sfu/slashdot-survey >_______________________________________________ >Statifier-general mailing list >Sta...@li... >https://lists.sourceforge.net/lists/listinfo/statifier-general > > > |
|
From: Cliff P. <enk...@gm...> - 2011-07-27 07:44:37
|
I'm trying to compile statifier on Fedora 15 (32 bit) and I'm getting the errors below. I've looked in the archives and on the web but can't find anything, though it is probably something trivial. Does anyone have any ideas, please? Cheers, Cliff [cliffp@fedora15 statifier-1.7.1]$ make all /bin/sh ./configure make all-local-32 ELF_CLASS=32 && mkdir --parents $ELF_CLASS && make ELF_CLASS=$ELF_CLASS all-local-internal gcc -c -o 32/dl-var.o -nostdinc -I/home/cliffp/statifier-1.7.1/src -I/home/cliffp/statifier-1.7.1/src/32 -include cpus/i386/processor.h -include ./start.S -include cpus/i386/dl-var.S ./end.S dl-var.c: Assembler messages: dl-var.c:12: Error: CFI instruction used without previous .cfi_startproc dl-var.c:13: Error: CFI instruction used without previous .cfi_startproc dl-var.c:15: Error: CFI instruction used without previous .cfi_startproc dl-var.c:16: Error: CFI instruction used without previous .cfi_startproc dl-var.c:18: Error: CFI instruction used without previous .cfi_startproc dl-var.c:19: Error: CFI instruction used without previous .cfi_startproc dl-var.c:21: Error: CFI instruction used without previous .cfi_startproc dl-var.c:22: Error: CFI instruction used without previous .cfi_startproc dl-var.c:24: Error: CFI instruction used without previous .cfi_startproc dl-var.c:94: Error: CFI instruction used without previous .cfi_startproc dl-var.c:95: Error: CFI instruction used without previous .cfi_startproc dl-var.c:97: Error: CFI instruction used without previous .cfi_startproc dl-var.c:98: Error: CFI instruction used without previous .cfi_startproc dl-var.c:100: Error: CFI instruction used without previous .cfi_startproc dl-var.c:101: Error: CFI instruction used without previous .cfi_startproc dl-var.c:103: Error: CFI instruction used without previous .cfi_startproc dl-var.c:104: Error: CFI instruction used without previous .cfi_startproc dl-var.c:106: Error: CFI instruction used without previous .cfi_startproc dl-var.c:107: Error: CFI instruction used without previous .cfi_startproc dl-var.c:112: Error: CFI instruction used without previous .cfi_startproc make[4]: *** [32/dl-var.o] Error 1 make[3]: *** [all-local-32] Error 2 make[2]: *** [all-local] Error 2 make[1]: *** [all-recursive] Error 2 make: *** [all-recursive] Error 2 |
|
From: C K K. <ckk...@gm...> - 2010-07-22 15:07:41
|
Thanks Valery, Disabling randomization worked - thanks. Regards. Kashyap On Thu, Jul 22, 2010 at 5:44 PM, Valery Reznic <val...@ya...>wrote: > Hi, Kashyap. > > Statifier is indeed nice tool, thanks :) > Problem for segmentation fault is most probably memory randomization - like > statifier website states. > I yet can't find solution for this problem. > > Generally you have two options: > 1. On your build box turn memory randomization off. Then statify you > executable. > It's relative easy part. Hard part - you have to turn memory randomization > off on > each box where statified executable will run. > > 2. Use Ermine http://magicErmine.com > It's commercial, but on the bright side able to deal with memory > randomization > > Valery. > > > > --- On *Thu, 7/22/10, C K Kashyap <ckk...@gm...>* wrote: > > > From: C K Kashyap <ckk...@gm...> > Subject: [Statifier-general] Segmentation fault when running statified exe > To: sta...@li... > Date: Thursday, July 22, 2010, 7:08 AM > > > Hi, > Statifier looks like a really neat tool. Thanks for building it. > > I tried statifier on my RHEL5 32bit box - > [ckk@windowher-dr ~]$ uname -a > Linux windowher-dr.eglbp.corp.yahoo.com 2.6.18-53.el5 #1 SMP Wed Oct 10 > 16:34:02 EDT 2007 i686 i686 i386 GNU/Linux > > Statifier built correctly on the box - when I tried statifier /bin/ls myls > - it ran without any error > However when I ran myls, it threw up a seg fault. what could be the > problem? > > -- > Regards, > Kashyap > > -----Inline Attachment Follows----- > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > -----Inline Attachment Follows----- > > _______________________________________________ > Statifier-general mailing list > Sta...@li...<http://mc/compose?to=Sta...@li...> > https://lists.sourceforge.net/lists/listinfo/statifier-general > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Statifier-general mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statifier-general > > -- Regards, Kashyap |
|
From: Valery R. <val...@ya...> - 2010-07-22 12:14:52
|
Hi, Kashyap. Statifier is indeed nice tool, thanks :) Problem for segmentation fault is most probably memory randomization - like statifier website states. I yet can't find solution for this problem. Generally you have two options: 1. On your build box turn memory randomization off. Then statify you executable. It's relative easy part. Hard part - you have to turn memory randomization off on each box where statified executable will run. 2. Use Ermine http://magicErmine.com It's commercial, but on the bright side able to deal with memory randomization Valery. --- On Thu, 7/22/10, C K Kashyap <ckk...@gm...> wrote: From: C K Kashyap <ckk...@gm...> Subject: [Statifier-general] Segmentation fault when running statified exe To: sta...@li... Date: Thursday, July 22, 2010, 7:08 AM Hi, Statifier looks like a really neat tool. Thanks for building it. I tried statifier on my RHEL5 32bit box - [ckk@windowher-dr ~]$ uname -a Linux windowher-dr.eglbp.corp.yahoo.com 2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:02 EDT 2007 i686 i686 i386 GNU/Linux Statifier built correctly on the box - when I tried statifier /bin/ls myls - it ran without any error However when I ran myls, it threw up a seg fault. what could be the problem? -- Regards, Kashyap -----Inline Attachment Follows----- ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first -----Inline Attachment Follows----- _______________________________________________ Statifier-general mailing list Sta...@li... https://lists.sourceforge.net/lists/listinfo/statifier-general |
|
From: C K K. <ckk...@gm...> - 2010-07-22 04:08:49
|
Hi, Statifier looks like a really neat tool. Thanks for building it. I tried statifier on my RHEL5 32bit box - [ckk@windowher-dr ~]$ uname -a Linux windowher-dr.eglbp.corp.yahoo.com 2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:02 EDT 2007 i686 i686 i386 GNU/Linux Statifier built correctly on the box - when I tried statifier /bin/ls myls - it ran without any error However when I ran myls, it threw up a seg fault. what could be the problem? -- Regards, Kashyap |
|
From: Valery R. <val...@ya...> - 2008-12-01 14:37:28
|
Version 1.6.15 is out.
It's added support for Slackware 12.0 (patch from Stan Tobias <sttob at mailshack dot com>)
Valery
|
|
From: Valery R. <val...@ya...> - 2008-09-11 11:59:01
|
--- On Wed, 9/10/08, sa...@us... <sa...@us...> wrote: > From: sa...@us... <sa...@us...> > Subject: [Statifier-general] Problems with statifier and the CGI version of PHP > To: sta...@li... > Date: Wednesday, September 10, 2008, 6:13 PM > Dear Srs, > > I'am try to to build a statically linked version of the > CGI PHP using > statifier v1.6.12, in a CentOS 4.6 i686 and default kernel > (2.6.9-42.0.3.ELsmp). > > It appears that works fine.. but I get some random > "Segmentation fault" > > # ./php-cgi.statifier -v > Segmentation fault > > That's the output of strace when running > statifier'd version of the CGI and > when gives a segfault: > > > Are those segmentation faults related with Linux kernel > stack > randomization? I'm using 2.6.9 kernel version and there > is no > /proc/sys/kernel/randomize_va_space, what maybe the > problem? > > I have found that if a disable /proc/sys/kernel/exec-shield > and > /proc/sys/kernel/exec-shield-randomize and re-exec > statifier the output > executable appears that is not affected by this. > Hi, Santi. > It's ok? If I disable exec-shield and > exec-shield-randomize before running > statifier, the problem is solved? thanks! OK, on the first glance you can think it's OK - your statified program is running without segfault. But on the second glance it's not so bright :((. I guess you statified php-cgi not for running it on the same Linux box, but for copying it to another(s), am I correct ? Now, we have following problems: > # ldd php-cgi > libgmp.so.3 => /usr/lib/sse2/libgmp.so.3 > libdb-4.2.so => /lib/tls/i686/libdb-4.2.so > (0xb7cda000) 1) Statified program required i686 to be executed (not too hard satisfy today) 2) Statified program required sse2 instruction set. Hmmm, I don't know how hard this requirement is. 3) CentOS use kernel vDSO. If you run statified executable on Linux distro without kernel vDSO or with vDSO randomization it will segfault. You can try Ermine (http://magicErmine.com). While this program is commercial it'ss free from those problems. Valery > > |
|
From: <sa...@us...> - 2008-09-10 15:13:21
|
Dear Srs,
I'am try to to build a statically linked version of the CGI PHP using
statifier v1.6.12, in a CentOS 4.6 i686 and default kernel
(2.6.9-42.0.3.ELsmp).
# file php-cgi
php-cgi: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
# ldd php-cgi
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00335000)
libc-client.so.0 => /usr/lib/libc-client.so.0 (0xb7f38000)
libexslt.so.0 => /usr/lib/libexslt.so.0 (0x00367000)
libz.so.1 => /usr/lib/libz.so.1 (0x00323000)
libm.so.6 => /lib/tls/libm.so.6 (0x002fe000)
libaspell.so.15 => /usr/lib/libaspell.so.15 (0x00767000)
libpspell.so.15 => /usr/lib/libpspell.so.15 (0xb7f36000)
librt.so.1 => /lib/tls/librt.so.1 (0x006b2000)
libmysqlclient.so.14 => /usr/lib/mysql/libmysqlclient.so.14
(0xb7dff000)
libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0xb7dce000)
libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb7dc7000)
libdl.so.2 => /lib/libdl.so.2 (0x002f8000)
libpam.so.0 => /lib/libpam.so.0 (0x00664000)
libgmp.so.3 => /usr/lib/sse2/libgmp.so.3 (0x00835000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x003ff000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x003c1000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7da8000)
libdb-4.2.so => /lib/tls/i686/libdb-4.2.so (0xb7cda000)
libcurl.so.3 => /usr/lib/libcurl.so.3 (0x00804000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0xb7cc8000)
libresolv.so.2 => /lib/libresolv.so.2 (0xb7cb5000)
libnsl.so.1 => /lib/libnsl.so.1 (0x0039e000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7ca1000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x004dc000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x004b9000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7c9d000)
libssl.so.4 => /lib/libssl.so.4 (0x00543000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0xb7bb3000)
libidn.so.11 => /usr/lib/libidn.so.11 (0x0087f000)
libodbc.so.1 => /usr/lib/libodbc.so.1 (0x00af9000)
libxslt.so.1 => /usr/lib/libxslt.so.1 (0xb7b83000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7a8d000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0038a000)
libc.so.6 => /lib/tls/libc.so.6 (0x001ca000)
/lib/ld-linux.so.2 (0x001b0000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00597000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0058b000)
libaudit.so.0 => /lib/libaudit.so.0 (0x00579000)
# statifier php-cgi php-cgi.statifier
# ldd php-cgi.statifier
not a dynamic executable
# file php-cgi.statifier
php-cgi.statifier: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), dynamically linked, not stripped
It appears that works fine.. but I get some random "Segmentation fault"
# ./php-cgi.statifier -v
Segmentation fault
That's the output of strace when running statifier'd version of the CGI and
when gives a segfault:
==========================================================================
munmap(0xb7cfd000, 4096) = 0
getcwd("/root", 4096) = 6
lstat64("/root", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
lstat64("/root/php-cgi.statifier", {st_mode=S_IFREG|0755, st_size=18972672,
...}) = 0
access("/root/php-cgi.statifier", X_OK) = 0
open("./php-cgi.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/root/php-cgi.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/etc/php-cgi.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("./php.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/root/php.ini", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/etc/php.ini", O_RDONLY) = 3
lstat64("/etc", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
lstat64("/etc/php.ini", {st_mode=S_IFREG|0644, st_size=38414, ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbff7b8b8) = -1 ENOTTY
(Inappropriate ioctl for device)
fstat64(3, {st_mode=S_IFREG|0644, st_size=38414, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7cfd000
read(3, "[PHP]\n\n;;;;;;;;;;;;;;;;;;;\n; Abo"..., 8192) = 8192
read(3, "oubles are serialized store seri"..., 8192) = 8192
read(3, "t = \";&\"\n\n; This directive descr"..., 8192) = 8192
read(3, "ks (persistent + non-persistent)"..., 8192) = 8192
read(3, " URLs. If you want XHTML confor"..., 8192) = 5646
read(3, "", 4096) = 0
read(3, "", 8192) = 0
close(3) = 0
munmap(0xb7cfd000, 4096) = 0
open("no", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No
such file or directory)
brk(0xb81b9000) = 0xb81b9000
brk(0xb81db000) = 0xb81db000
futex(0xc4ec40, FUTEX_WAKE, 2147483647) = 0
brk(0xb81fc000) = 0xb81fc000
brk(0xb821d000) = 0xb821d000
brk(0xb823e000) = 0xb823e000
open("/etc/nsswitch.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1623, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7cfd000
read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1623
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7cfd000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=41083, ...}) = 0
old_mmap(NULL, 41083, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7cf3000
close(3) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
==========================================================================
Are those segmentation faults related with Linux kernel stack
randomization? I'm using 2.6.9 kernel version and there is no
/proc/sys/kernel/randomize_va_space, what maybe the problem?
I have found that if a disable /proc/sys/kernel/exec-shield and
/proc/sys/kernel/exec-shield-randomize and re-exec statifier the output
executable appears that is not affected by this.
It's ok? If I disable exec-shield and exec-shield-randomize before running
statifier, the problem is solved? thanks!
Regards,
--
Santi Saez
http://woop.es
|
|
From: Valery R. <val...@ya...> - 2008-08-17 11:02:33
|
Version 1.6.14 released. It's added support for gdb 6.8
Valery.
|
|
From: Valery R. <val...@ya...> - 2007-12-19 08:15:42
|
--- Matthew Sullivan <sul...@my...> wrote: > Fixed the problem. Good. > > noexec=off did the trick. Something to do with > accessing video card memory? No, I don't think so. It's looks like your program has GNU_STACK segment RW, but one of the used libs has GNU_STACK RWX (can be viewd with readelf -l <file>) Could you try to change GNU_STACK in statified exe to RWX, reboot with noexec=on and try run statified exe again ? Valery. > > A hint for the archives I guess. <Ahem> > > If a statified binary segfaults when using opengl > try "noexec=off" as > a kernel parameter. > -Matt > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Statifier-general mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statifier-general > ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping |
|
From: Matthew S. <sul...@my...> - 2007-12-18 02:21:27
|
Fixed the problem. noexec=off did the trick. Something to do with accessing video card memory? A hint for the archives I guess. <Ahem> If a statified binary segfaults when using opengl try "noexec=off" as a kernel parameter. -Matt |
|
From: Matthew S. <sul...@my...> - 2007-12-17 23:07:23
|
I also turned off vdso to no avail. -Matt On 12/17/07, Matthew Sullivan <sul...@my...> wrote: > Turning off memory randomization didn't help. It still crashes at the > same spot in strace. The same type of crash occurs if you try to > statify glxinfo. Is there a reason I shouldn't be trying to statify > OpenGL programs? > -Matt > > On 12/13/07, Valery Reznic <val...@ya...> wrote: > > Hi, Mattew. > > > > strace is looks OK (but for segfault, but it's a minor > > issue :) > > > > Do your syetem has memory randomization ? > > If yes, try to turn it off, statify your program again > > and run it. > > > > Valery > > > > > > --- Matthew Sullivan <sul...@my...> wrote: > > > > > Sorry didn't follow directions -- retrying. > > > > > > The executable fails on the same box that it was > > > statified on. Below > > > is the output from strace. > > > > > > > Is executable fail on the same box, where it was > > > statified , or on > > > > another box ? > > > > What's > > > > strace -i statified_program output ? > > > > > > > > Please send it to statifier's mailing list. > > > > > > > > Regards, > > > > Valery. > > > > > > ------------------------------------------------------------------------- > > > SF.Net email is sponsored by: > > > Check out the new SourceForge.net Marketplace. > > > It's the best place to buy or sell services for > > > just about anything Open Source. > > > http://sourceforge.net/services/buy/index.php> > > _______________________________________________ > > > Statifier-general mailing list > > > Sta...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/statifier-general > > > > > > > > > > > ____________________________________________________________________________________ > > Be a better friend, newshound, and > > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services > > for just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > > _______________________________________________ > > Statifier-general mailing list > > Sta...@li... > > https://lists.sourceforge.net/lists/listinfo/statifier-general > > > |
|
From: Matthew S. <sul...@my...> - 2007-12-17 23:01:17
|
Turning off memory randomization didn't help. It still crashes at the same spot in strace. The same type of crash occurs if you try to statify glxinfo. Is there a reason I shouldn't be trying to statify OpenGL programs? -Matt On 12/13/07, Valery Reznic <val...@ya...> wrote: > Hi, Mattew. > > strace is looks OK (but for segfault, but it's a minor > issue :) > > Do your syetem has memory randomization ? > If yes, try to turn it off, statify your program again > and run it. > > Valery > > > --- Matthew Sullivan <sul...@my...> wrote: > > > Sorry didn't follow directions -- retrying. > > > > The executable fails on the same box that it was > > statified on. Below > > is the output from strace. > > > > > Is executable fail on the same box, where it was > > statified , or on > > > another box ? > > > What's > > > strace -i statified_program output ? > > > > > > Please send it to statifier's mailing list. > > > > > > Regards, > > > Valery. > > > > ------------------------------------------------------------------------- > > SF.Net email is sponsored by: > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php> > _______________________________________________ > > Statifier-general mailing list > > Sta...@li... > > > https://lists.sourceforge.net/lists/listinfo/statifier-general > > > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Statifier-general mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statifier-general > |
|
From: Valery R. <val...@ya...> - 2007-12-13 13:25:43
|
Hi, Mattew. strace is looks OK (but for segfault, but it's a minor issue :) Do your syetem has memory randomization ? If yes, try to turn it off, statify your program again and run it. Valery --- Matthew Sullivan <sul...@my...> wrote: > Sorry didn't follow directions -- retrying. > > The executable fails on the same box that it was > statified on. Below > is the output from strace. > > > Is executable fail on the same box, where it was > statified , or on > > another box ? > > What's > > strace -i statified_program output ? > > > > Please send it to statifier's mailing list. > > > > Regards, > > Valery. > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php> _______________________________________________ > Statifier-general mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statifier-general > ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ |
|
From: Matthew S. <sul...@my...> - 2007-12-06 18:42:30
|
Smaller attached file. So hopefully it won't bounce. -Matt On 12/6/07, Matthew Sullivan <sul...@my...> wrote: > Sorry didn't follow directions -- retrying. > > The executable fails on the same box that it was statified on. Below > is the output from strace. > > > Is executable fail on the same box, where it was statified , or on > > another box ? > > What's > > strace -i statified_program output ? > > > > Please send it to statifier's mailing list. > > > > Regards, > > Valery. > > |
|
From: Matthew S. <sul...@my...> - 2007-12-06 18:39:14
|
Sorry didn't follow directions -- retrying. The executable fails on the same box that it was statified on. Below is the output from strace. > Is executable fail on the same box, where it was statified , or on > another box ? > What's > strace -i statified_program output ? > > Please send it to statifier's mailing list. > > Regards, > Valery. |
|
From: Valery R. <val...@ya...> - 2007-12-06 18:19:27
|
--- fa...@fe... wrote: > > Could you send output of ldd <program> on the 6.06 > for > > all programs, that crashed ? > > Here they are. Sorry for the delay, was a bit busy. > > In any case, it seems that there is some sort of > problem for statifier in > ubuntu7.10: am I the only that had problems? Do you > have any report of > (non simple) statified programs which works under > ubuntu7.10? In the case, > I could try to statify it and see if it works... No, I have no information - neither failure nor success, but yours. Thre is some bug (feature ? :) in the statifier, that sometimes usage of dlopen (or more exactly dlsym) function corrupt memory. The number of times i was trying to find a cause to it, but wasn't successful. It's looks like you case is this one. I'll try again to fix this bug, but it's proven to be hard one. In the middle time you can get away with using Ermine. Regards, Valery. > > Fabio> linux-gate.so.1 => (0xffffe000) > libkdeinit_gwenview.so => > /usr/lib/libkdeinit_gwenview.so (0xb7f73000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 > (0xb7e9e000) > libm.so.6 => /lib/tls/i686/cmov/libm.so.6 > (0xb7e7c000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7e72000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 > (0xb7d43000) > libgwenviewcore.so.1 => > /usr/lib/libgwenviewcore.so.1 (0xb7c34000) > /lib/ld-linux.so.2 (0xb7fda000) > libkio.so.4 => /usr/lib/libkio.so.4 (0xb790a000) > libkdeui.so.4 => /usr/lib/libkdeui.so.4 > (0xb7647000) > libkdecore.so.4 => /usr/lib/libkdecore.so.4 > (0xb741f000) > libkdeprint.so.4 => /usr/lib/libkdeprint.so.4 > (0xb7356000) > libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 > (0xb6b6c000) > libXext.so.6 => /usr/lib/libXext.so.6 (0xb6b5f000) > libX11.so.6 => /usr/lib/libX11.so.6 (0xb6a79000) > libSM.so.6 => /usr/lib/libSM.so.6 (0xb6a71000) > libICE.so.6 => /usr/lib/libICE.so.6 (0xb6a59000) > libpthread.so.0 => > /lib/tls/i686/cmov/libpthread.so.0 (0xb6a47000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 > (0xb6a27000) > libpng12.so.0 => /usr/lib/libpng12.so.0 > (0xb6a04000) > libmng.so.1 => /usr/lib/libmng.so.1 (0xb699f000) > libz.so.1 => /usr/lib/libz.so.1 (0xb698b000) > libkipi.so.0 => /usr/lib/libkipi.so.0 (0xb6958000) > libexif.so.12 => /usr/lib/libexif.so.12 > (0xb6938000) > libkdesu.so.4 => /usr/lib/libkdesu.so.4 > (0xb6921000) > libkwalletclient.so.1 => > /usr/lib/libkwalletclient.so.1 (0xb6911000) > libfam.so.0 => /usr/lib/libfam.so.0 (0xb6909000) > libacl.so.1 => /lib/libacl.so.1 (0xb6901000) > libattr.so.1 => /lib/libattr.so.1 (0xb68fd000) > libDCOP.so.4 => /usr/lib/libDCOP.so.4 (0xb68cc000) > libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 > (0xb68c8000) > libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 > (0xb68b5000) > libutil.so.1 => /lib/tls/i686/cmov/libutil.so.1 > (0xb68b2000) > libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 > (0xb689d000) > libidn.so.11 => /usr/lib/libidn.so.11 (0xb686e000) > libkdefx.so.4 => /usr/lib/libkdefx.so.4 > (0xb6842000) > libkparts.so.2 => /usr/lib/libkparts.so.2 > (0xb67fe000) > libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 > (0xb67d0000) > libaudio.so.2 => /usr/lib/libaudio.so.2 > (0xb67bc000) > libXt.so.6 => /usr/lib/libXt.so.6 (0xb676e000) > libXi.so.6 => /usr/lib/libXi.so.6 (0xb6766000) > libXrender.so.1 => /usr/lib/libXrender.so.1 > (0xb675d000) > libXrandr.so.2 => /usr/lib/libXrandr.so.2 > (0xb675a000) > libXcursor.so.1 => /usr/lib/libXcursor.so.1 > (0xb6751000) > libXinerama.so.1 => /usr/lib/libXinerama.so.1 > (0xb674e000) > libXft.so.2 => /usr/lib/libXft.so.2 (0xb673c000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 > (0xb66d2000) > libXau.so.6 => /usr/lib/libXau.so.6 (0xb66ce000) > liblcms.so.1 => /usr/lib/liblcms.so.1 (0xb66a0000) > libexpat.so.1 => /usr/lib/libexpat.so.1 > (0xb6681000) > libXfixes.so.3 => /usr/lib/libXfixes.so.3 > (0xb667c000) > > linux-gate.so.1 => (0xffffe000) > libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 > (0xb7cc6000) > libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 > (0xb7c49000) > libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 > (0xb7c30000) > libgdk_pixbuf-2.0.so.0 => > /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7c1b000) > libpangocairo-1.0.so.0 => > /usr/lib/libpangocairo-1.0.so.0 (0xb7c13000) > libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 > (0xb7be4000) > libXext.so.6 => /usr/lib/libXext.so.6 (0xb7bd7000) > libXrender.so.1 => /usr/lib/libXrender.so.1 > (0xb7bcf000) > libXinerama.so.1 => /usr/lib/libXinerama.so.1 > (0xb7bcc000) > libXi.so.6 => /usr/lib/libXi.so.6 (0xb7bc4000) > libXrandr.so.2 => /usr/lib/libXrandr.so.2 > (0xb7bc1000) > libXcursor.so.1 => /usr/lib/libXcursor.so.1 > (0xb7bb7000) > libXfixes.so.3 => /usr/lib/libXfixes.so.3 > (0xb7bb3000) > libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 > (0xb7b7b000) > libcairo.so.2 => /usr/lib/libcairo.so.2 > (0xb7b35000) > libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 > (0xb7afd000) > libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 > (0xb7afa000) > libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 > (0xb7a75000) > libXt.so.6 => /usr/lib/libXt.so.6 (0xb7a27000) > libncurses.so.5 => /lib/libncurses.so.5 > (0xb79e6000) > libgpm.so.1 => /usr/lib/libgpm.so.1 (0xb79e0000) > libtcl8.4.so.0 => /usr/lib/libtcl8.4.so.0 > (0xb7933000) > libm.so.6 => /lib/tls/i686/cmov/libm.so.6 > (0xb7911000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 > (0xb77e1000) > libX11.so.6 => /usr/lib/libX11.so.6 (0xb76fb000) > libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 > (0xb76f8000) > libSM.so.6 => /usr/lib/libSM.so.6 (0xb76f0000) > libICE.so.6 => /usr/lib/libICE.so.6 (0xb76d8000) > libpangoft2-1.0.so.0 => > /usr/lib/libpangoft2-1.0.so.0 (0xb76b3000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 > (0xb7649000) > libz.so.1 => /usr/lib/libz.so.1 (0xb7635000) > libexpat.so.1 => /usr/lib/libexpat.so.1 > (0xb7616000) > libXau.so.6 => /usr/lib/libXau.so.6 (0xb7613000) > libpng12.so.0 => /usr/lib/libpng12.so.0 > (0xb75ef000) > libpthread.so.0 => > /lib/tls/i686/cmov/libpthread.so.0 (0xb75dd000) > /lib/ld-linux.so.2 (0xb7fb5000) > > linux-gate.so.1 => (0xffffe000) > libgimpwidgets-2.0.so.0 => > /usr/lib/libgimpwidgets-2.0.so.0 (0xb7e48000) > libgimpmodule-2.0.so.0 => > /usr/lib/libgimpmodule-2.0.so.0 (0xb7e44000) > libgimpcolor-2.0.so.0 => > /usr/lib/libgimpcolor-2.0.so.0 (0xb7e3b000) > libgimpthumb-2.0.so.0 => > /usr/lib/libgimpthumb-2.0.so.0 (0xb7e33000) > libgimpmath-2.0.so.0 => > /usr/lib/libgimpmath-2.0.so.0 (0xb7e2f000) > libgimpbase-2.0.so.0 => > /usr/lib/libgimpbase-2.0.so.0 (0xb7e21000) > libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 > (0xb7b4c000) > libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 > (0xb7acf000) > libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 > (0xb7ab6000) > libgdk_pixbuf-2.0.so.0 => > /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7aa1000) > libm.so.6 => /lib/tls/i686/cmov/libm.so.6 > (0xb7a7f000) > libpangocairo-1.0.so.0 => > /usr/lib/libpangocairo-1.0.so.0 (0xb7a76000) > libXext.so.6 => /usr/lib/libXext.so.6 (0xb7a69000) > libXrender.so.1 => /usr/lib/libXrender.so.1 > (0xb7a61000) > libXinerama.so.1 => /usr/lib/libXinerama.so.1 > (0xb7a5e000) > libXi.so.6 => /usr/lib/libXi.so.6 (0xb7a56000) > libXrandr.so.2 => /usr/lib/libXrandr.so.2 > (0xb7a53000) > libXcursor.so.1 => /usr/lib/libXcursor.so.1 > (0xb7a49000) > libXfixes.so.3 => /usr/lib/libXfixes.so.3 > (0xb7a45000) > libcairo.so.2 => /usr/lib/libcairo.so.2 > (0xb79ff000) > libX11.so.6 => /usr/lib/libX11.so.6 (0xb7919000) > libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 > (0xb7904000) > libpangoft2-1.0.so.0 => > /usr/lib/libpangoft2-1.0.so.0 (0xb78e0000) > libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 > (0xb78a7000) > libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 > (0xb786f000) > libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 > (0xb786c000) > libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 > (0xb7869000) > libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 > (0xb77e5000) > libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 > (0xb77b7000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 > (0xb774c000) > libz.so.1 => /usr/lib/libz.so.1 (0xb7738000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 > (0xb7609000) > /lib/ld-linux.so.2 (0xb7f3f000) > libXau.so.6 => /usr/lib/libXau.so.6 (0xb7606000) > libpng12.so.0 => /usr/lib/libpng12.so.0 > (0xb75e2000) > libexpat.so.1 => /usr/lib/libexpat.so.1 > (0xb75c3000) > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux > Business White Paper > from Novell. From the desktop to the data center, > Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4> _______________________________________________ > Statifier-general mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statifier-general > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs |
|
From: <fa...@fe...> - 2007-11-28 18:49:17
|
> Could you send output of ldd <program> on the 6.06 for > all programs, that crashed ? Here they are. In any case, it seems that there is some sort of problem for statifier in ubuntu7.10: am I the only that had problems? Do you have any report of (non simple) statified programs which works under ubuntu7.10? In the case, I could try to statify it and see if it works... Fabio |
25 messages has been excluded from this view by a project administrator.
