This is our old Q&A Site. Please post any new questions and answers at


I'm [trying to] install wireshark-1.8.4 on CentOS 6.3. Version details:

[[email protected] wireshark-1.8.4]# uname -r 2.6.32-279.19.1.el6.x86_64

I have uncompressed the bz2 and run ./configure (all passed OK after yum-ming a couple of packages). When I run 'make' the output stops at:

packet-parlay.c:82294: warning: 'decode_org_csapi_fw_TpLoadPolicy_st' defined but not used packet-parlay.c:82360: warning: 'decode_org_csapi_fw_TpLoadInitVal_st' defined but not used packet-parlay.c:83511: warning: 'decode_org_csapi_ui_TpUIEventInfo_st' defined but not used

I have saved the full history if you'd like to see it.

Any pointers? I'm fairly new to Linux/CentOS so please excuse any ignorance on my part!



asked 20 Jan '13, 15:36

Norbert_von_Batfink's gravatar image

accept rate: 0%

That dissector is auto-generated; the auto-generator produces a lot of routines that aren't used.

There are some other generated .c files that produce warnings.

We're aware of them, but squelching the warnings is not as high a priority as fixing warnings in human-written code; they're just warnings, and compilers that support -Werror (to turn warnings into errors) aren't passed that flag when compiling those generated .c files.

Was there an actual error that stopped the compilation? Or did -Werror happen to get passed to the compiler when compiling packet-parlay.c?

(20 Jan '13, 16:29) Guy Harris ♦♦

There wasn't an error as such reported in the output, it just appeared to stop and hang at that point.

When I ctrl+C'd, there were interrupts by the [make] tasks with an error reported, but not sure if that's down to me killing the task. Can provide the output when next at my machine if you'd like to see it.

Does the compiler take a long time at that point, or should I do something with -Werror?

(20 Jan '13, 17:50) Norbert_von_...

The compiler takes a long time at that point. It's a big file. If your machine doesn't have enough main memory, it could not only take a lot of CPU time, but also cause thrashing.

(20 Jan '13, 19:35) Guy Harris ♦♦

I must apologise - all I needed was to learn a bit of patience. Remarkable, really, seeing as I come from a Windows background (patience of a saint, comes to mind) and also drink Guinness. Anyways, have gotten so used to everything Linux-related happening at the speed of light I was taken aback at the prospect of having to wait for something, so had just assumed it was broken!

Thanks for your replies though - greatly appreciated. Now off to discover the deep, dark depths of packet socket...

(21 Jan '13, 07:29) Norbert_von_...

As Guy said (maybe I should just convert his Comment to an Answer, hmmm), packet-parlay.c can take a LONG time to compile. The time taken to compile varies not only with hardware but also compiler versions. Some improvements have been made in trunk (Wireshark 1.9); in the 1.8.x versions you just need to wait a while (we've seen reports as high as 10 minutes to compile that one file).

permanent link

answered 21 Jan '13, 08:41

JeffMorriss's gravatar image

JeffMorriss ♦
accept rate: 27%

...And if you don't want to wait that long you can always kick it out of epan/dissectors/Makefile.common.

(21 Jan '13, 09:04) Jaap ♦
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 20 Jan '13, 15:36

question was seen: 3,109 times

last updated: 21 Jan '13, 09:04

p​o​w​e​r​e​d by O​S​Q​A