[
https://issues.apache.org/jira/browse/HDFS-3808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13436313#comment-13436313
]
Andy Isaacson commented on HDFS-3808:
-------------------------------------
{code}
- DEBUG("dfs->rdbuffersize <= 0 = %ld", dfs->rdbuffer_size);
+ DEBUG("dfs->rdbuffersize <= 0 = %Zd", dfs->rdbuffer_size);
{code}
Please use standard z not libc5's Z. Looks like there is one other Zd in
dfsPrintOptions as well, please fix it while you're here.
Other than that, this looks great! Thanks!
> fuse_dfs: postpone libhdfs intialization until after fork
> ---------------------------------------------------------
>
> Key: HDFS-3808
> URL: https://issues.apache.org/jira/browse/HDFS-3808
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: fuse-dfs
> Affects Versions: 2.2.0-alpha
> Reporter: Colin Patrick McCabe
> Assignee: Colin Patrick McCabe
> Priority: Critical
> Attachments: HDFS-3808.001.patch, HDFS-3808.002.patch
>
>
> {{libhdfs}} may create threads or initialize internal JNI data structures
> when it is used. So we should be careful to {{daemonize()}} before
> initializing {{libhdfs}}, not after.
> Unfortunately, fuse_dfs is doing just this -- initializing libhdfs in its
> {{main}} function, prior to calling {{fuse_main}} which does a {{daemonize}}.
> {{daemonize()}} does not preserve threads, because it is implemented by
> {{fork()}}ing and then continuing execution in the child and allowing the
> parent to {{exit()}}.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
