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