This is a static archive of our old Q&A Site. Please post any new questions and answers at ask.wireshark.org.

packet-parlay.c … defined but not used

0

Hello,

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!

Cheers,

Ben

asked 20 Jan '13, 15:36

Norbert_von_Batfink's gravatar image

Norbert_von_...
11112
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_...

One Answer:

0

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).

answered 21 Jan '13, 08:41

JeffMorriss's gravatar image

JeffMorriss ♦
6.2k572
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 ♦