Ethereal-dev: RE: [ethereal-dev] Ethereal on Solaris -- lexical scanner problem s.

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next
From: "Brown, Wes" <Wes_Brown@xxxxxxx>
Date: Thu, 5 Aug 1999 22:13:12 -0500 
Here we go, the stack trace you requested.  

Hm.  Wonder if it's because I ran out of RAM?  Seems somewhat unlikely,
considering that machine has 4GB ...

Regards,
Wes Brown

#0  0xef28800c in _libc_kill () from /usr/lib/libc.so.1
#1  0xef23a4e8 in abort () from /usr/lib/libc.so.1
#2  0xef568584 in g_logv (log_domain=0xef577368 "GLib",
    log_level=G_LOG_LEVEL_ERROR, format=0x0, args1=0x6) at gmessages.c:389
#3  0xef56861c in g_log (log_domain=0xef577368 "GLib",
    log_level=G_LOG_LEVEL_ERROR,
    format=0xef5771b0 "could not reallocate %lu bytes") at gmessages.c:406
#4  0xef566988 in g_realloc (mem=0xef577368, size=3689871839) at gmem.c:342
#5  0x58950 in buffer_assure_space (buffer=0xf3130, space=3689869315)
    at buffer.c:85
#6  0x56a58 in libpcap_read (wth=0xeda98) at libpcap.c:200
#7  0x5884c in wtap_loop (wth=0xeda98, count=0,
    callback=0x260ac <wtap_dispatch_cb>, user=0xa5fe4 "") at wtap.c:122
#8  0x2582c in load_cap_file (fname=0x100f58 "/var/tmp/etherAAAinU4n_",
    cf=0xa5fe4) at file.c:216
#9  0x1bb6c in capture () at capture.c:601
#10 0x1b308 in capture_prep_ok_cb (ok_bt=0xdceb8, parent_w=0xd7b00)
    at capture.c:408
#11 0xef757c78 in gtk_marshal_NONE__NONE (object=0xdceb8,
    func=0x1acb4 <capture_prep_ok_cb>, func_data=0xd7b00, args=0xefffebc8)
    at gtkmarshal.c:344
#12 0xef702dbc in gtk_handlers_run (handlers=0xde510, signal=0xefffeb28,
    object=0xdceb8, params=0xefffebc8, after=0) at gtksignal.c:1909
#13 0xef701c38 in gtk_signal_real_emit (object=0xdceb8, signal_id=90,
    params=0xefffebc8) at gtksignal.c:1469
#14 0xef6feca8 in gtk_signal_emit (object=0xdceb8, signal_id=90)
    at gtksignal.c:552
#15 0xef641160 in gtk_button_clicked (button=0xdceb8) at gtkbutton.c:338
#16 0xef64340c in gtk_real_button_released (button=0xdceb8) at
gtkbutton.c:852
#17 0xef757c78 in gtk_marshal_NONE__NONE (object=0xdceb8,
    func=0xef6432f8 <gtk_real_button_released>, func_data=0x0,
args=0xeffff148)
    at gtkmarshal.c:344
#18 0xef701a68 in gtk_signal_real_emit (object=0xdceb8, signal_id=89,
    params=0xeffff148) at gtksignal.c:1432
#19 0xef6feca8 in gtk_signal_emit (object=0xdceb8, signal_id=89)
    at gtksignal.c:552
#20 0xef641028 in gtk_button_released (button=0xdceb8) at gtkbutton.c:329
#21 0xef642990 in gtk_button_button_release (widget=0xdceb8, event=0xfae80)
    at gtkbutton.c:712
#22 0xef757a08 in gtk_marshal_BOOL__POINTER (object=0xdceb8,
    func=0xef642834 <gtk_button_button_release>, func_data=0x0,
    args=0xeffff6c8) at gtkmarshal.c:30
#23 0xef701c80 in gtk_signal_real_emit (object=0xdceb8, signal_id=21,
    params=0xeffff6c8) at gtksignal.c:1484
#24 0xef6feca8 in gtk_signal_emit (object=0xdceb8, signal_id=21)
    at gtksignal.c:552
#25 0xef749560 in gtk_widget_event (widget=0xdceb8, event=0xfae80)
    at gtkwidget.c:2790
#26 0xef6c1498 in gtk_propagate_event (widget=0xdceb8, event=0xfae80)
    at gtkmain.c:1296
#27 0xef6c0308 in gtk_main_do_event (event=0xfae80) at gtkmain.c:753
#28 0xef5ca528 in gdk_event_dispatch (source_data=0xfae80,
    current_time=0xeffffc98, user_data=0x0) at gdkevents.c:2098
#29 0xef565144 in g_main_dispatch (current_time=0xeffffc98) at gmain.c:652
#30 0xef56595c in g_main_iterate (block=0, dispatch=1) at gmain.c:870
#31 0xef565b7c in g_main_run (loop=0xc6b58) at gmain.c:928
#32 0xef6bfb44 in gtk_main () at gtkmain.c:475
#33 0x25190 in main (argc=1, argv=0xeffffe9c) at ethereal.c:1366


-----Original Message-----
From: Gilbert Ramirez [mailto:gram@xxxxxxxxxx]
Sent: Thursday, August 05, 1999 8:29 PM
To: Guy Harris
Cc: Brown, Wes; 'ethereal-dev@xxxxxxxx'
Subject: Re: [ethereal-dev] Ethereal on Solaris -- lexical scanner
problems.


On Thu, Aug 05, 1999 at 06:18:08PM -0500, Guy Harris wrote:
> 
> 
> Ethereal requires "flex" and either "bison" or Berkeley "yacc"; we
> distribute the results of those programs with Ethereal, so you don't
> need them to build Ethereal (unless you modify the scanner or grammar),
> but we don't use the prefixing features with them, so our scanner and
> parser don't have symbols prefixed with, say, "ethereal_".
> 
> It might also be nice to, if there isn't "flex" or "bison", have the
> build process run a "sed" script or something such as that to generate
> the resulting ".c" file, to do the symbol renaming.

Since ethereal requires flex, I'll add code to rename the
symbols in the flex scanner. I'll also put in a generic #define hack
for the parser, since AFAIK, it's not bison-specific, but compatible
with any standard yacc.

--gilbert