neon 0.29.5 Issue

Reported by Joe Borg on 2011-05-30
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Live F1
Low
Dave Pusey

Bug Description

Have seen this as an issue in the past, I'm having it too.

http.c: In function ‘obtain_auth_cookie’:
http.c:114: error: ‘ne_header_handler’ undeclared (first use in this function)
http.c:114: error: (Each undeclared identifier is reported only once
http.c:114: error: for each function it appears in.)
http.c:114: error: expected ‘)’ before ‘parse_cookie_hdr’

Joe Borg (joeborg) on 2011-05-30
tags: added: neon
Dave Pusey (davepusey) wrote :

A similar problem with 0.25 back in 2006... https://bugs.launchpad.net/live-f1/+bug/34327

Will take a look at how Scott fixed that, and see if the same can be done for 0.29.5

Dave Pusey (davepusey) on 2011-05-30
Changed in live-f1:
assignee: nobody → Dave Pusey (davepusey)
status: New → Confirmed
importance: Undecided → Low
Dave Pusey (davepusey) wrote :

Just build the HEAD of the lp:live-f1 branch on a clean Ubuntu 11.04 system with libneon27-gnutls (0.29.5-3) with no problems at all.

Please can you give more details on your build problem?

Changed in live-f1:
status: Confirmed → In Progress
status: In Progress → Incomplete
Joe Borg (joeborg) wrote :

What do info do you need? I'm on CentOS 5 (horrid I know, but it's not my box). It's compiles fine; no errors and then gives that error during make.

Dave Pusey (davepusey) wrote :

What version of live-f1 are you attempting to build?

What version of libneon are you using, and from where did it come from? (source, package, etc)

Joe Borg (joeborg) wrote :

I'm using the latest version of L-F1 and Neon (which is 0.29.5) that I have compiled from tarball from their freshmeat web page..

Joe Borg (joeborg) wrote :

Just tried with neon 0.29.6 and get the same message

Dave Pusey (davepusey) wrote :

Did you re-run ./configure first, before running make?

Joe Borg (joeborg) wrote :

Yep. Has the error got anything to do with the 2006 issue?

Dave Pusey (davepusey) wrote :

I beleive it's similar, but I'm unable to reproduce at this point.

I will try downloading a copy of CentOS to try it on there, but my internet connection is very slow at the moment, so it may be a while before I an try it.

Joe Borg (joeborg) wrote :

Ok, thanks. I've built on Ubuntu at home an it words a treat.

Joe Borg (joeborg) wrote :

I've got a similar problem in Fedora 16, after installing Neon-dev via yum.

I'll post the issue tonight.

Joe Borg (joeborg) wrote :

Yep, exactly the same

http.c: In function ‘obtain_auth_cookie’:
http.c:114: error: ‘ne_header_handler’ undeclared (first use in this function)
http.c:114: error: (Each undeclared identifier is reported only once
http.c:114: error: for each function it appears in.)
http.c:114: error: expected ‘)’ before ‘parse_cookie_hdr’
make[1]: *** [http.o] Error 1

Joe Borg (joeborg) wrote :

Could this be due to HTTP proxy?

Dave Pusey (davepusey) wrote :

HTTP Proxy would just prevent it connecting.

This is a compilation problem.

Was it "Fedora 16 Desktop Edition" you had the problem on?

Simon Bont (bont) wrote :

Same bug for me:

 libneon27 0.29.6-1
 Ubuntu 11.10

http.c: In function ‘obtain_auth_cookie’:
http.c:114:7: error: ‘ne_header_handler’ undeclared (first use in this function)
http.c:114:7: note: each undeclared identifier is reported only once for each function it appears in
http.c:114:26: error: expected ‘)’ before ‘parse_cookie_hdr’
make[2]: *** [http.o] Error 1

Is there anyway to work around this issue?

Simon Bont (bont) wrote :

Looks like it might just be an issue with detecting which version of Neon is installed.

Adding the following lines to config.h (after ./configure but before make) allows the program to compile successfully. It also runs, though obviously without any timed session ongoing at the moment I can't confirm everything works.

#define HAVE_NE_HAS_SUPPORT 1
#define HAVE_NE_GET_RESPONSE_HEADER 1

Dave Pusey (davepusey) wrote :

libneon is used, amongst other things, to get the decryption key, so if you have a valid data display then it is working.

Dave Pusey (davepusey) wrote :

As you say, something is clearly not detected libneon's capabilities properly.

I'm quite busy at present with work, but i'll try and find the time to look into this prior to the next race.

Dave Pusey (davepusey) wrote :

Sorry guys, but I'm not able to reproduce this on an Ubuntu 11.10 live CD running inside VMware.

Compiled fine with both libneon27-dev and libneon27-gnutls-dev

Matthew Atkinson (mutley456) wrote :

Had same problem, on Ubuntu 11.10, wouldn't compile for me with neon 0.29.6-1 from the libneon27-dev package, got it to compile fine with 0.29.4 from here: http://www.webdav.org/neon/. Just tried it again now with libneon27-gnutls-dev and compiles fine. Maybe that narrows it down a bit?

Matthew Atkinson (mutley456) wrote :

From running configure with libneon27-dev, this is from config.log( I don't get this with libneon-gnutls-dev):

configure:11696: checking for ne_has_support in -lneon
configure:11731: gcc -o conftest -g -O2 conftest.c -lneon >&5
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/libneon.so: undefined reference to `SSLv2_server_method'
collect2: ld returned 1 exit status
configure:11737: $? = 1
configure: failed program was:
| /* confdefs.h. */
removed in post
| /* end confdefs.h. */
|
| /* Override any GCC internal prototype to avoid an error.
| Use char because int might match the return type of a GCC
| builtin and then its argument prototype would still apply. */
| #ifdef __cplusplus
| extern "C"
| #endif
| char ne_has_support ();
| int
| main ()
| {
| return ne_has_support ();
| ;
| return 0;
| }
configure:11755: result: no
configure:11765: checking for ne_get_response_header in -lneon
configure:11800: gcc -o conftest -g -O2 conftest.c -lneon >&5
/usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/libneon.so: undefined reference to `SSLv2_server_method'
collect2: ld returned 1 exit status
configure:11806: $? = 1
configure: failed program was:
| /* confdefs.h. */
...
| /* end confdefs.h. */
|
| /* Override any GCC internal prototype to avoid an error.
| Use char because int might match the return type of a GCC
| builtin and then its argument prototype would still apply. */
| #ifdef __cplusplus
| extern "C"
| #endif
| char ne_get_response_header ();
| int
| main ()
| {
| return ne_get_response_header ();
| ;
| return 0;
| }
configure:11824: result: no

Dave Pusey (davepusey) wrote :

I am now able to reproduce this too, and am currently investigating.

Dave Pusey (davepusey) on 2012-04-22
Changed in live-f1:
status: Incomplete → In Progress
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers