Re: Hurd build failure
Tobias Oetiker <[email protected]> Sun, 26 Jul 2015 13:33:15 +0200 (CEST)
| Newsgroups | gmane.comp.db.rrdtool.devel |
|---|---|
| Message-ID | <[email protected]> |
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463754496-1857077406-1437910396=:2555 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Jean-Michel, Yesterday Jean-Michel Vourg=C3=A8re wrote: > Hi > > I'm having a look at the history of problems caused by usage of > PATH_MAX. There has been a few proposals since August 2013, but they > were based on a Debian / GNU Linux version that already contained a > patch for hurd, which was introduced back in 2009, and never made it to > the official repository. > > Patches by Svante Signell only are about rrd_daemon.c and rrd_client.c. > So, I'm pretty sure they assume the other occurrences have been fixed. > > Attached is the original patch by Marc Dequ=C3=A8nes for rrd_graph.c, > rrd_graph.h and rrd_tool.c, refreshed against branch 1.5. > > In Debian and derivatives, it's been applied to every version since > 2009. I reviewed it and it still seems ok. > I think it's just missing a conditional free(im->graphfile) in im_free(= ). > > Before creating a pull request, I'd like you opinion about the #if usag= e: > On one hand, it's nice to have it, since we avoid a malloc and use the = heap. > On the other hand, it makes the code more complex, and filename > allocation during graphical operation probably doesn't use a lot of > ressources compared to cairo ploting, so it doesn't seem worth the trou= ble. > > I slightly prefer version that works everywhere, and would like to > remove the static length usage, so that the code is more simple. How > does that sound? > Shall I make a request against master or against the 1.5 branch? > > I saw some questions in the list about whether hurd is broken for not > defining PATH_MAX. If I understand correctly, PATH_MAX is not part of > posix. Further more, if an OS set the file name size limit to 4k, 64k o= r > even much more, there will be issues using the stack. Yes it's a pain, > but in my opinion, that's the right thing to do. if you send a pull request (vs 1.5) I can make comments in the request ... the first part looks fine by me for the second part you should ammend configure.ac to test for the presnece of the get_current_dir_name function AND I would like to only use it when not MAXPATH is present cheers tobi > > --=20 Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland www.oetiker.ch [email protected] +41 62 775 9902 ---1463754496-1857077406-1437910396=:2555 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ rrd-developers mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers ---1463754496-1857077406-1437910396=:2555--