Talk:Hacking the Netgear wgt634u

From
Revision as of 16:38, 5 September 2005 by 65.96.166.15 (talk) (Click fails to link)
Jump to navigation Jump to search

"merkur.sardmn.informatik.hu-berlin.de does not exist, try again"

not only that, but all sardmn.informatik.hu-berlin.de ceased to exist in DNS... where are the files now?

Comments / corrections

The URL for the linksys wrt54gs code is invalid. A correct one (as of this writing) is ftp://ftp.linksys.com/opensourcecode/wrt54gs/2.07.1/wrt54gs.2.07.1.tgz. This illustrates the danger of using URLs you do not control in a project's makefile. Regardless, I have uploaded a copy to http://xa.net/archive/wrt54gs.2.07.1.tgz that should remain valid for quite some time. Connectivity at this site is good, it will probably be faster than the linksys site for most users.

Click fails to link

During the linking stage of compiling Click, hundreds of undefined references happen. Starting with:

make/click_26.mk:52: warning: ignoring old commands for target `click-dirclean' ftpportmapper.o(.text+0x2c):../elements/app/ftpportmapper.cc:30: undefined refer ence to `Element::Element[not-in-charge](int, int)' ftpportmapper.o(.text+0x94):../elements/app/ftpportmapper.cc:30: undefined refer ence to `Element::Element[not-in-charge](int, int)' ftpportmapper.o(.text+0xfc):../elements/app/ftpportmapper.cc:35: undefined refer ence to `Element::~Element [not-in-charge]()' ftpportmapper.o(.text+0x14c):../elements/app/ftpportmapper.cc:35: undefined refe rence to `Element::~Element [not-in-charge]()' ftpportmapper.o(.text+0x1a4):../elements/app/ftpportmapper.cc:35: undefined refe rence to `Element::~Element [not-in-charge]()'


Click is constantly updated in cvs. It might be a better idea for this project to take a snapshot of known-working Click source and make it available for this build.