Segmentation fault

Segmentation fault

[Li Guangdong]

Hi All,


When we run a GUI program on Hard Hat Linux(CDK1.0) on RPX-lite, it always
crashes with the message "Segmentation fault" or "Aborted" on the console
after manipulating the GUI windows for some time. It seems that something
wrong with the malloc() and free() functions.

And we found that, if malloc() (or __libc_malloc) is called continuously, it
seems OK. But if malloc() is called after freeing some previously allocated
blocks using free() (or __libc_free), we always get the message
"Segmentation fault".

By the way, this GUI program is built with g++ and "-static" option.

Could you please give your advice on this problem?

Thanks,
Kant


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Segmentation fault

[H.S. Kim]

fitst, I week the english.

On the MBX860 board..
and NFS file system.

1.
I compiled the binutil, gcc,  kernel and glibc without errors.
binutil-2.20.0.26
gcc-2.95.2
mpc8xx-2.2.13
glibc-2.1.3

2.
And, I compiled the ash shell.
ash-linux-0.2

3.
And, I compiled the modutils.
modutils-2.3.9

4.
1, 2, 3 -> no error compiled and install.
but, ./modutils-2.3.9/insmod/insmod.c (refer to follow source)
first, segmentation error
==========================================
              if ((p = strrchr(filename, '/')) != NULL){
                      p++;
                      }
              else{
                      p = filename;
              }
*** Result ***
p = strrchr(filename,'/')  -> segmentation fault
================================================
So, i maked strrchr function.
==========================================
                len = strlen(p);

printf("MAIN_04_01\n");
                p=filename;
                for(i=len;i>0;i--)
                        p++;

printf("MAIN_04_02\n");
                for(i=1;i<=len;i++)
                        if(*(--p) == '/' ) {
                                p++;
                                break;
                        }
printf("MAIN_04_03\n");
                if(i<len)
                        p = filename;
***  Result  ****
len = strlen(p)   -> segmentation fault
=======================================
So, I remake strlen function
=======================================
              i=0;
              p=filename;
printf("MAIN_04_011\n");
              while(flag) {
printf("MAIN_04_012\n");
                      if(*(p) == '\0') flag=0;
printf("MAIN_04_013\n");
                      p++;
printf("MAIN_04_014\n");
                      i++;
              }
              len=i;

*** Result ***
MAIN_04_011
MAIN_04_012
Segmentation fault
======================================

But, when I make the simple program, no segmentation fault
==================================================
main(){

char *filename="fissslename";

 char  *p;
 char  *p1;
 char  ch;
 int i;
 int len;

p=filename;
len=strlen(filename);
printf("length=%d\n",len);
i=0;
while(1)
{
        if( *(p) == '\0') {printf("same\n"); break;}
        p++;
        i++;
        printf("%s\n",p);
}
printf("%d\n",i);

p1=(char *)malloc(i);
p1=filename;
printf("%s\n",p1);
}
*** Result ***
length=11
issslename
ssslename
sslename
slename
lename
ename
name
ame
me
e

same
11
fissslename
===============================================

The simple program excuted no segmentation.
but, insmod.c failed.

insmod.c and simple program has the same emvironment compile system and library.

what wrong??

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Segmentation fault

[Wolfgang Denk]

Hello H.S. Kim,

first of all: please fix your mail setup!!!

> From: "H.S. Kim" <root@localhost.localdomain>

"root@localhost.localdomain" is NOT a valid email address!

In message <00100618093700.11698@localhost.localdomain> H.S. Kim wrote:
>
> I compiled the binutil, gcc,  kernel and glibc without errors.
> binutil-2.20.0.26
> gcc-2.95.2
> mpc8xx-2.2.13
> glibc-2.1.3
...
> *** Result ***
> p = strrchr(filename,'/')  -> segmentation fault

Building a cross-development environment for the MPC8xx is a
non-trivial task. There is some description in the Embedded PPC
HOWTO, and there are ready to use build scripts and/or images, for
instance from our web page
(http://www.denx.de/solutions-en.html#CDK), from MontaVista, RedHat,
and others.

Most probably you have made a mistake when building GCC and/or glibc.

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
A bore is someone who persists in holding his own views after we have
enlightened him with ours.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Segmentation Fault

[Tom Beer]

Hi,

after installing amanda I get segmentation
faults running updatedb, slocate, ls, find
and every other prog that tries to access the
/usr/src/linux-2.4.4/linux/Documentation/filesystems
As far as I can see only this specific directory
is affected. It is reproduceable. dmesg is below.
First the files that I added:


> Added object name:  /usr/sbin/smrsh
> Added object name:  /usr/sbin/mailstats
> Added object name:  /usr/sbin/makemap
> Added object name:  /usr/sbin/praliases
> Added object name:  /usr/sbin/sendmail
> Added object name:  /usr/lib/sendmail
> Added object name:  /usr/lib/sasl/Sendmail.conf
> Added object name:  /usr/lib/libhistory.so.3.0
> Added object name:  /usr/lib/libreadline.so.3.0
> Added object name:  /usr/lib/libreadline.so.3
> Added object name:  /usr/lib/libhistory.so.3
> Added object name:  /usr/lib/libform.so.4
> Added object name:  /usr/lib/libform.so.4.0
> Added object name:  /usr/lib/libmenu.so.4
> Added object name:  /usr/lib/libmenu.so.4.0
> Added object name:  /usr/lib/libncurses.so.4
> Added object name:  /usr/lib/libncurses.so.4.0
> Added object name:  /usr/lib/libpanel.so.4
> Added object name:  /usr/lib/libpanel.so.4.0
> Added object name:  /usr/lib/libgd.so.1.3
> Added object name:  /usr/lib/libgd.so.1
> Added object name:  /usr/lib/libfl.a
> Added object name:  /usr/lib/libl.a
> Added object name:  /usr/lib/libhistory.a
> Added object name:  /usr/lib/libhistory.so
> Added object name:  /usr/lib/libreadline.a
> Added object name:  /usr/lib/libreadline.so
 Added object name:  /usr/bin/gtar
> Added object name:  /usr/bin/makemap
> Added object name:  /usr/bin/giftogd
> Added object name:  /usr/bin/webgif
> Added object name:  /usr/bin/gnuplot
> Added object name:  /usr/bin/gnuplot_x11
> Added object name:  /usr/bin/flex
> Added object name:  /usr/bin/flex++
> Added object name:  /usr/bin/lex
> Added object name:  /usr/bin/hoststat
> Added object name:  /usr/bin/mailq
> Added object name:  /usr/bin/newaliases
> Added object name:  /usr/bin/purgestat
> Added object name:  /usr/bin/rmail
Added object name:  /usr/local/lib/libamanda.la
> Added object name:  /usr/local/lib/libamanda.a
> Added object name:  /usr/local/lib/libamclient.la
> Added object name:  /usr/local/lib/libamclient.a
> Added object name:  /usr/local/lib/libamtape.la
> Added object name:  /usr/local/lib/libamtape.a
> Added object name:  /usr/local/lib/libamserver.la
> Added object name:  /usr/local/lib/libamserver.a

a dmesg output

Code: 8b 40 34 85 c0 74 0a 52 ff d0 89 c3 83 c4 04 eb 02 31 db 85 
Unable to handle kernel paging request at virtual address 02110034
 printing eip:
c013af90
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c013af90>]
EFLAGS: 00210206
eax: 02110000   ebx: 00000000   ecx: ca3f3000   edx: d37adf40
esi: cb519fa4   edi: bfffe758   ebp: bfffe620   esp: cb519f9c
ds: 0018   es: 0018   ss: 0018
Process mc (pid: 7957, stackpage=cb519000)
Stack: cb518000 080c6ee0 d37adf40 d7e34140 00000005 08112d00 08112ce0
00000008 
       00000001 c0106e03 0810b960 bfffe568 00004000 080c6ee0 bfffe758
bfffe620 
       000000c4 0000002b 0000002b 000000c4 4012d5f3 00000023 00200246
bfffe564 
Call Trace: [<c0106e03>] 

Code: 8b 40 34 85 c0 74 0a 52 ff d0 89 c3 83 c4 04 eb 02 31 db 85 

Additionally the permissions in the whole
/usr/src/linux-2.4.3 & 2.4.4 directory have changed to:


-rw-r--r--    1 1046     101          2940 Mär 22  2001 SAK.txt
-rw-r--r--    1 1046     101          4581 Apr  6  2001
SubmittingDrivers

but even to other uid's and gid's.


I changed them back to root:root with chown (-R). However chown also
exits in the filesystems directory.

free:

          total       used       free     shared    buffers     cached
Mem:        384080     303944      80136          0      39328     
92288
-/+ buffers/cache:     172328     211752
Swap:      2096440       1180    2095260
Total:     2480520     305124    2175396

That's not much. Basically what was running when I issued free -t is:

init-+-automount
     |-bdflush
     |-crond
     |-deskguide_apple
     |-esd
     |-eth1
     |-gmc
     |-gnome-name-serv
     |-gnome-smproxy
     |-gnome-terminal-+-bash---pstree
     |                |-bash
     |                `-gnome-pty-helpe
     |-gpm
     |-httpd---8*[httpd]
     |-identd---identd---3*[identd]
     |-keventd
     |-khubd
     |-klogd
     |-kreclaimd
     |-kswapd
     |-kupdated
     |-lockd
     |-login---bash---startx---xinit-+-X
     |                               `-gnome-session
     |-lpd
     |-magicdev
     |-5*[mingetty]
     |-netscape-commun---netscape-commun
     |-8*[nfsd]
     |-panel
     |-portmap
     |-rpc.mountd
     |-rpc.rquotad
     |-rpciod
     |-sawfish
     |-screenshooter_a
     |-svscan-+-supervise---dnscache
     |        |-2*[supervise---multilog]
     |        `-supervise---tinydns
     |-syslogd
     |-tasklist_applet
     |-xfs
     `-xinetd

If there are informations missing it would be nice if I
can provide them. I tryed some days and running out of 
thoughts what to do.

Thanks Tom

\x18

Re: Segmentation fault

[Kurt Kehler]

Oleg,

I'm adding this back in to the list.

On Thu, 11 Apr 2002, Oleg O. Ossovitskii wrote:

> Which hardware do You use? Which system do You use (kernel, glibc)?
> Does Your computer has FPU ? Try specify switch to gcc, that talk
> them use FPU emulate library. Unfortunately I don't remember which
> switch You should use.
> 
> I try use another compiler.
> 
> P.S. sorry for my poor english

My hardware is a 200mhz Pentium MMX running Slackware 4.0 with kernel
2.2.6.  dmesg reports "Intel Pentium with F0 0F bug - workaround
enabled."  I'm not sure that is relevant.  I tried several gcc
switches (-mno-486, -mno-fp-ret-in-387, -msoft-float) which didn't
work.  When I added the -O2 switch to gcc and ran a.out under gdb
I got:

Program received signal SIGSEGV, Segmentation fault.
0x40060607 in ldiv () from /lib/libc.so.5

What did work was booting Slackware 7.1 which uses egcs-2.91.66.
So there must be a problem with Slackware 4.0's libc5?  I realize
it is time to switch to more recent software.

Thanks Oleg,
Kurt Kehler

Re: Segmentation fault

[Kurt Kehler]

On Thu, 11 Apr 2002, wwp wrote:

> It silently compiles and successfully runs for me (GNU/Linux x86;
> k2.4.18; gcc 2.95.3).

Thanks wwp for taking the time to do this.

Kurt Kehler

Re: Segmentation fault

[Kurt Kehler]

On Thu, 11 Apr 2002, Hemant Mohan wrote:

> I compiled this code with gcc-3.0.3  and ran it.  It displays the output as:
> 
> Easter in 2002 on 3/31
> 
> There was no segmentation fault or any other messages. Attachment easter.c 
> contains the source code with a small modification from yours. I only moved 
> the #include <stdio.h> line before the definition of easter().

Hemant,

Thanks for taking the time to do this.  Moving the #include <stdio.h> did
not prevent the segmentation fault.

Kurt Kehler

segmentation fault

[Andrew Langdon-Davies]

The following happens only with Gimp and only as normal user (not as 
root). It started today. I have had no problems until now, BUT: when 
last using Gimp I tried to open too many large files at once and then 
had to do a killall. However it then worked all right. Today was the 
first time I had booted the system since then.

gimp --enable-stack-trace always
gimp: fatal error: Segmentation fault
#0  0x401e32e0 in g_on_error_stack_trace () from /usr/lib/libglib-1.2.so.0
#1  0x080c5f02 in gimp_fatal_error ()

System info:
Pentium 4
500 megas RAM
Mandrake 9.0
gimp 1.2.3.
free space on /home partition 500  megas

Andrew

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Segmentation fault

[Zealous]

[-- Attachment #1: Type: text/plain, Size: 330 bytes --]

Hello Friends,

I have setup the proxy server with the help of iptables. 
It was working perfectly from last 5 months.
But suddenly today I am giving iptables -nvL then its giving me the error Segmentation fault

What could be the reason of this error.???

Can some one help in this issue.

Thanks in advance..

Joel

[-- Attachment #2: Type: text/html, Size: 1258 bytes --]

Segmentation fault

[ppclinux]

Hello,
We have a Motorola-PPC8270 based inhouse blade which runs Uboot-1.0.2 and
Mvista 3.1 Linux.

We have succeeded in downloading the kernel by means of Uboots TFTP,
uncompress, start and NFS mount a rootfile system including Busybox.

However, when typing e.g. command "ls" we get a segmentation fault but
other commands like "cd" or "help" works fine. Could this be a incorrect
memory mapping problem? It seems that the Linux Kernel wants to fork a
process when doing e.g. "ls" and in that sequence fails and gets a
segmentation fault.

Happy for any guidance,

Cheers // Matias

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

segmentation fault

[ubberalles]

I am using Slackware 10 distro, with 2.4.26 kernel and 1.2.10 iptables, when i try to use something like this:

iptables -A FORWARD -p tcp -s 192.168.0.0/24 -d yahoo.com -j REJECT

a segmentation fault happen.

can somebody help...

cheers
JW

Re: segmentation fault

[primero]

ubberalles@yahoo.de wrote:

>I am using Slackware 10 distro, with 2.4.26 kernel and 1.2.10 iptables, when i try to use something like this:
>
>iptables -A FORWARD -p tcp -s 192.168.0.0/24 -d yahoo.com -j REJECT
>
>a segmentation fault happen.
>
>can somebody help...
>
>cheers
>JW
>
>  
>
I don't remember well because a lot of time is passed .... but i had 
similar problem while tryng to add a rule to accept OUTPUT traffic to my 
mail server using the name instead of ip. i had the same seg fault 
problem as you ... solved by manual translate of name to ip for 
destination match.
What about if u try to change "-d yahoo.com" in an "ip address"?

bye

Re: segmentation fault

[R. DuFresne]

On Mon, 20 Dec 2004, primero wrote:

> ubberalles@yahoo.de wrote:
> 
> >I am using Slackware 10 distro, with 2.4.26 kernel and 1.2.10 iptables, when i try to use something like this:
> >
> >iptables -A FORWARD -p tcp -s 192.168.0.0/24 -d yahoo.com -j REJECT
> >
> >a segmentation fault happen.
> >
> >can somebody help...
> >
> >cheers
> >JW
> >
> >  
> >
> I don't remember well because a lot of time is passed .... but i had 
> similar problem while tryng to add a rule to accept OUTPUT traffic to my 
> mail server using the name instead of ip. i had the same seg fault 
> problem as you ... solved by manual translate of name to ip for 
> destination match.
> What about if u try to change "-d yahoo.com" in an "ip address"?
> 

Likely in this case due to the fact that yahoo.,com reolses to more then
one address/netblock;

# nslookup yahoo.com
Server:  cache-ns2.rdu.portbridge.com
Address:  209.170.128.71

Non-authoritative answer:
Name:    yahoo.com
Addresses:  66.94.234.13, 216.109.112.135


# host -a yahoo.com

The following answer is not authoritative:
yahoo.com       275 IN  A       66.94.234.13
yahoo.com       275 IN  A       216.109.112.135
...

# fullwho 216.109.112.135|more
[jengate.thur.de]
Process query: '216.109.112.135'
Query recognized as IP.
Querying whois.arin.net:43 with whois.


OrgName:    HotJobs.com, Ltd.
OrgID:      HOTJOB-6
Address:    406 W. 31st St.
City:       New York
StateProv:  NY
PostalCode: 10001
Country:    US

NetRange:   216.109.112.0 - 216.109.127.255
CIDR:       216.109.112.0/20
NetName:    HOTJOBS
...


# fullwho 66.94.234.13|more
[jengate.thur.de]
Process query: '66.94.234.13'
Query recognized as IP.
Querying whois.arin.net:43 with whois.


OrgName:    Yahoo!
OrgID:      YAOO
Address:    701 First Avenue
City:       Sunnyvale
StateProv:  CA
PostalCode: 94089
Country:    US

NetRange:   66.94.224.0 - 66.94.239.255
CIDR:       66.94.224.0/20
NetName:    YAHOO-3
...

manual lookups and maintainaince are required or an internal parser
to get the IP<'s> in question.  Of course things get more complicated if
one considers;

# nslookup hotjobs.com
Server:  cache-ns2.rdu.portbridge.com
Address:  209.170.128.71

Non-authoritative answer:
Name:    hotjobs.com
Address:  66.218.84.150

# fullwho 66.218.84.150|more
[jengate.thur.de]
Process query: '66.218.84.150'
Query recognized as IP.
Querying whois.arin.net:43 with whois.


OrgName:    Yahoo!
OrgID:      YAOO
Address:    701 First Avenue
City:       Sunnyvale
StateProv:  CA
PostalCode: 94089
Country:    US

NetRange:   66.218.64.0 - 66.218.95.255
CIDR:       66.218.64.0/19


Thanks,

Ron DuFresne
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        admin & senior security consultant:  sysinfo.com
                        http://sysinfo.com

...Love is the ultimate outlaw.  It just won't adhere to rules.
The most any of us can do is sign on as it's accomplice.  Instead
of vowing to honor and obey, maybe we should swear to aid and abet.
That would mean that security is out of the question.  The words
"make" and "stay" become inappropriate.  My love for you has no
strings attached.  I love you for free...
                        -Tom Robins <Still Life With Woodpecker>

Segmentation fault

[Marko Saukko]

[-- Attachment #1: Type: text/plain, Size: 2198 bytes --]

Hi,

I'm getting segmentation fault with the latest git version. As a modem
I'm using Nokia E51.

Sent dbus commands:

[root(a)localhost ~]# dbus-send --print-reply --system --dest=org.ofono /
org.ofono.at.Manager.Create string:"dev:/dev/ttyACM0" string:"at"
method return sender=:1.404 -> dest=:1.405 reply_serial=2
   object path "/modem1"
[root(a)localhost ~]# dbus-send --print-reply --system --dest=org.ofono /
org.ofono.at.Manager.Destroy objpath:"/modem1"
method return sender=:1.404 -> dest=:1.406 reply_serial=2
[root(a)localhost ~]# dbus-send --print-reply --system --dest=org.ofono /
org.ofono.at.Manager.Create string:"dev:/dev/ttyACM0" string:"at"
method return sender=:1.404 -> dest=:1.407 reply_serial=2
   object path "/modem2"

gdb output:

ofonod[2191]: SIMManager interface for modem: /modem2 created
ofonod[2191]: Registered call forwarding interface
ofonod[2191]: Registered call settings interface
ofonod[2191]: Sending voice initialization commands
ofonod[2191]: cops_list_cb got result: 1
ofonod[2191]: Final response: OK
ofonod[2191]: Got 0 elements

Program received signal SIGSEGV, Segmentation fault.
operator_list_callback (error=0xbfffe85c, total=0, list=0x0,
data=0x80888f0) at network.c:981
981     network.c: No such file or directory.
        in network.c
Missing separate debuginfos, use: debuginfo-install dbus.i586 glibc.i586
(gdb) where
#0  operator_list_callback (error=0xbfffe85c, total=0, list=0x0,
data=0x80888f0) at network.c:981
#1  0x0806d4fe in cops_list_cb (ok=1, result=0xbffff0d4,
user_data=0x8089600) at atmodem/network-registration.c:316
#2  0x08074513 in g_at_chat_finish_command (p=0x8087820, ok=1,
final=0x808af98 "OK") at gatchat.c:347
#3  0x08074e0e in g_at_chat_handle_command_response () at gatchat.c:396
#4  have_line (p=0x8087820, strip_preceding=1) at gatchat.c:480
#5  0x080752a9 in new_bytes () at gatchat.c:664
#6  received_data (channel=0x80876f0, cond=<value optimized out>,
data=0x8087820) at gatchat.c:759
#7  0xb7f336c7 in ?? () from /usr/lib/libglib-2.0.so.0
#8  0x080876f0 in ?? ()
#9  0x00000001 in ?? ()
#10 0x08087820 in ?? ()
#11 0x00000000 in ?? ()

Regards,
Marko

Re: Segmentation fault

[Denis Kenzior]

[-- Attachment #1: Type: text/plain, Size: 1362 bytes --]

Hi Marko,

> [root(a)localhost ~]# dbus-send --print-reply --system --dest=org.ofono /
> org.ofono.at.Manager.Create string:"dev:/dev/ttyACM0" string:"at"
> method return sender=:1.404 -> dest=:1.405 reply_serial=2
>    object path "/modem1"
> [root(a)localhost ~]# dbus-send --print-reply --system --dest=org.ofono /
> org.ofono.at.Manager.Destroy objpath:"/modem1"
> method return sender=:1.404 -> dest=:1.406 reply_serial=2
> [root(a)localhost ~]# dbus-send --print-reply --system --dest=org.ofono /
> org.ofono.at.Manager.Create string:"dev:/dev/ttyACM0" string:"at"
> method return sender=:1.404 -> dest=:1.407 reply_serial=2
>    object path "/modem2"
>
> gdb output:
>
> ofonod[2191]: SIMManager interface for modem: /modem2 created
> ofonod[2191]: Registered call forwarding interface
> ofonod[2191]: Registered call settings interface
> ofonod[2191]: Sending voice initialization commands
> ofonod[2191]: cops_list_cb got result: 1
> ofonod[2191]: Final response: OK
> ofonod[2191]: Got 0 elements
>
> Program received signal SIGSEGV, Segmentation fault.
> operator_list_callback (error=0xbfffe85c, total=0, list=0x0,
> data=0x80888f0) at network.c:981
> 981     network.c: No such file or directory.
>         in network.c

This should not be fixed upstream.  Can you check if this is still broken?

Regards,
-Denis

Re: Segmentation fault

[Marko Saukko]

[-- Attachment #1: Type: text/plain, Size: 1841 bytes --]

Hi Denis,

Something changed as the segfault is different. With adding and removing
the modem like previously showed it now results to one of the following
segmentation faults.

Program received signal SIGSEGV, Segmentation fault.
0x0000013c in ?? ()
(gdb) where
#0  0x0000013c in ?? ()
#1  0xb7e382b6 in ?? () from /usr/lib/libglib-2.0.so.0
#2  0xb7e37b88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#3  0xb7e3b0eb in ?? () from /usr/lib/libglib-2.0.so.0
#4  0xb7e3b5ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#5  0x0804d345 in main (argc=3, argv=0xabcdef) at main.c:148
(gdb)

Program received signal SIGSEGV, Segmentation fault.
update_network_operator_list_init (user_data=0x8e67500) at network.c:806
806             if (netreg->flags &
NETWORK_REGISTRATION_FLAG_REQUESTING_OPLIST)
(gdb) where
#0  update_network_operator_list_init (user_data=0x8e67500) at network.c:806
#1  0xb7f172b6 in ?? () from /usr/lib/libglib-2.0.so.0
#2  0xb7f16b88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#3  0xb7f1a0eb in ?? () from /usr/lib/libglib-2.0.so.0
#4  0xb7f1a5ba in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#5  0x0804d345 in main (argc=3, argv=0xabcdef) at main.c:148
(gdb)

Here is a small script which can be used to test this. With Nokia E51 it
always segfaults before the 100 is reached. Sometimes it is able to do
sequence multiple times and sometimes only create-destroy-create is enough.

#!/bin/sh

if [ ! $1 ]; then
  echo "Usage example: $0 dev:/dev/ttyACM0"
  return;
fi

for i in `seq 1 100`; do
  dbus-send --print-reply --system --dest=org.ofono /\
org.ofono.at.Manager.Create string:"$1" string:"at"
  dbus-send --print-reply --system --dest=org.ofono /\
org.ofono.at.Manager.Destroy objpath:"/modem$i"
done

Regards,
Marko

Re: Segmentation fault

[Denis Kenzior]

[-- Attachment #1: Type: text/plain, Size: 536 bytes --]

Hi Marko,

> Here is a small script which can be used to test this. With Nokia E51 it
> always segfaults before the 100 is reached. Sometimes it is able to do
> sequence multiple times and sometimes only create-destroy-create is enough.
>

I seem to have fixed this issue, it was related to a g_source(s) that were 
never being cleaned up.  

I've now run the script twice (fun to have 100 phonesim windows popping up) 
and have not encountered a segfault.

Please report back if this is still broken.

Regards,
-Denis

Segmentation fault

[Marco Sarzi Madidini]

I have a big trouble, i have 5 pc with Red Hat Enterprise Linux Client
release 5.3 (32 bit version - kernel 2.6.18-128.el5 ) and dosemu 1.4.0 with
a common problem, a segmentation fault at startup of dosemu or xdosemu. All
the machines are based on intel e5200 / e5300 cpu, 1gb ddr2 ram, a serial
ata 2 hitachi disk ( 250 gb ) and a mainboard with an intel g31 chipset. I
have just run many test and the fault it seems depend from the hard disk
used. when i change sata disk with a pata disk the problem stops, but not
all the sata disk cause the crash.
Where can I read any dosemu  logfiles ??? Can you solve my problem quickly
??? Thanks for your disponibility. I'm waiting for an answer. Thanks.

Sarzi Madidini Marco
S.A.E. International, Impianti Zootecnici Computerizzati
Via Papa Giovanni XXIII N°39
46010 Cesole di Marcaria (MN), ITALIA
Tel. 0376/969287 Fax 0376/969288

--
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Segmentation fault

[Frantisek Hanzlik]

Marco Sarzi Madidini wrote:
> I have a big trouble, i have 5 pc with Red Hat Enterprise Linux Client
> release 5.3 (32 bit version - kernel 2.6.18-128.el5 ) and dosemu 1.4.0 with
> a common problem, a segmentation fault at startup of dosemu or xdosemu. All
> the machines are based on intel e5200 / e5300 cpu, 1gb ddr2 ram, a serial
> ata 2 hitachi disk ( 250 gb ) and a mainboard with an intel g31 chipset. I
> have just run many test and the fault it seems depend from the hard disk
> used. when i change sata disk with a pata disk the problem stops, but not
> all the sata disk cause the crash.
> Where can I read any dosemu  logfiles ??? Can you solve my problem quickly
> ??? Thanks for your disponibility. I'm waiting for an answer. Thanks.
>
> Sarzi Madidini Marco
> S.A.E. International, Impianti Zootecnici Computerizzati
> Via Papa Giovanni XXIII N°39
> 46010 Cesole di Marcaria (MN), ITALIA
> Tel. 0376/969287 Fax 0376/969288

Dosemu log file is "~/.dosemu/boot.log" (in user's homedir).
Is possible set various debug levels and groups - see
/etc/dosemu/dosemu.conf and documentation.
Why should be disk problem? You are doing some direct hardware access?
What are your config files? You are setting any unusual things?

regards,
Franta Hanzlík
--
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Segmentation fault

[Michael John]

Hello,

I hit a segmentation fault with iwd version 2.7, and captured a coredump. I've attached it at my onedrive below, please let me know if you need more information.

https://midmark-my.sharepoint.com/:u:/r/personal/mjohn_midmark_com/Documents/core.iwd.0.a68e5068b8214b27904b0fc85601ac35.241.1692277585000000?csf=1&web=1&e=4NPwg3

Thanks,
-Michael John
CONFIDENTIALITY NOTICE: This message, including any attachments, contains confidential information intended for a specific individual and purpose. If you are not the intended recipient, you should delete this message and any disclosure, copying, or distribution of this message, or the taking of any action based on it, by you is strictly prohibited.

Re: Segmentation fault

[James Prestwood]

Hi Michael,

If this is a debug-enabled dump could you just post the stack trace? 
That way it won't require people log in to MS to see it. If not, how big 
is the file? We may want to figure out another way to share it.

Thanks,
James

On 8/21/23 5:09 AM, Michael John wrote:
> Hello,
> 
> I hit a segmentation fault with iwd version 2.7, and captured a coredump. I've attached it at my onedrive below, please let me know if you need more information.
> 
> https://midmark-my.sharepoint.com/:u:/r/personal/mjohn_midmark_com/Documents/core.iwd.0.a68e5068b8214b27904b0fc85601ac35.241.1692277585000000?csf=1&web=1&e=4NPwg3
> 
> Thanks,
> -Michael John
> CONFIDENTIALITY NOTICE: This message, including any attachments, contains confidential information intended for a specific individual and purpose. If you are not the intended recipient, you should delete this message and any disclosure, copying, or distribution of this message, or the taking of any action based on it, by you is strictly prohibited.
> 

Re: Segmentation fault

[James Prestwood]

On 8/21/23 5:13 AM, James Prestwood wrote:
> Hi Michael,
> 
> If this is a debug-enabled dump could you just post the stack trace? 
> That way it won't require people log in to MS to see it. If not, how big 
> is the file? We may want to figure out another way to share it.

In addition, I tried logging in and was unauthorized.

> 
> Thanks,
> James
> 
> On 8/21/23 5:09 AM, Michael John wrote:
>> Hello,
>>
>> I hit a segmentation fault with iwd version 2.7, and captured a 
>> coredump. I've attached it at my onedrive below, please let me know if 
>> you need more information.
>>
>> https://midmark-my.sharepoint.com/:u:/r/personal/mjohn_midmark_com/Documents/core.iwd.0.a68e5068b8214b27904b0fc85601ac35.241.1692277585000000?csf=1&web=1&e=4NPwg3
>>
>> Thanks,
>> -Michael John
>> CONFIDENTIALITY NOTICE: This message, including any attachments, 
>> contains confidential information intended for a specific individual 
>> and purpose. If you are not the intended recipient, you should delete 
>> this message and any disclosure, copying, or distribution of this 
>> message, or the taking of any action based on it, by you is strictly 
>> prohibited.
>>