[jira] [Resolved] (HADOOP-11655) Native compilation fails on Solaris due to use of getgrouplist function.
[ https://issues.apache.org/jira/browse/HADOOP-11655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky resolved HADOOP-11655. --- Resolution: Fixed Release Note: Updating Solaris 11.2 to the latest SRU ( 17th Match 2015) fixes this issue > Native compilation fails on Solaris due to use of getgrouplist function. > > > Key: HADOOP-11655 > URL: https://issues.apache.org/jira/browse/HADOOP-11655 > Project: Hadoop Common > Issue Type: Sub-task > Environment: Solaris 11.2 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Original Estimate: 168h > Remaining Estimate: 168h > > getgrouplist() does not exist in Solaris, thus preventing compilation of the > native libraries. > The easiest solution would be to port this function from Linux or FreeBSD to > Solaris and add it to the library if compiling for Solaris. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11655) Native compilation fails on Solaris due to use of getgrouplist function.
[ https://issues.apache.org/jira/browse/HADOOP-11655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14563249#comment-14563249 ] Malcolm Kavalsky commented on HADOOP-11655: --- I have updated my Solaris 11.2 to the latest SRU, and can confirm that getgrouplist is included, after successfully building Hadoop native. This JIRA can now be closed. > Native compilation fails on Solaris due to use of getgrouplist function. > > > Key: HADOOP-11655 > URL: https://issues.apache.org/jira/browse/HADOOP-11655 > Project: Hadoop Common > Issue Type: Sub-task > Environment: Solaris 11.2 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Original Estimate: 168h > Remaining Estimate: 168h > > getgrouplist() does not exist in Solaris, thus preventing compilation of the > native libraries. > The easiest solution would be to port this function from Linux or FreeBSD to > Solaris and add it to the library if compiling for Solaris. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (HADOOP-11655) Native compilation fails on Solaris due to use of getgrouplist function.
[ https://issues.apache.org/jira/browse/HADOOP-11655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky reassigned HADOOP-11655: - Assignee: Malcolm Kavalsky > Native compilation fails on Solaris due to use of getgrouplist function. > > > Key: HADOOP-11655 > URL: https://issues.apache.org/jira/browse/HADOOP-11655 > Project: Hadoop Common > Issue Type: Sub-task > Environment: Solaris 11.2 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Original Estimate: 168h > Remaining Estimate: 168h > > getgrouplist() does not exist in Solaris, thus preventing compilation of the > native libraries. > The easiest solution would be to port this function from Linux or FreeBSD to > Solaris and add it to the library if compiling for Solaris. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11952) Native compilation on Solaris fails on Yarn due to use of FTS
[ https://issues.apache.org/jira/browse/HADOOP-11952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14560566#comment-14560566 ] Malcolm Kavalsky commented on HADOOP-11952: --- BTW, if we are working on YARN now, then there are some more native issues which need to be filed, also in the HDFS module. On another note, my boss asked whether we have a timeline for when we can inform partners that Hadoop native runs on Solaris. Which version of Hadoop are we targetting (my guess is 2.8), and when can we expect to have the bits in the community. To this end, I think we also need to decide what bugs are show stoppers, and what are less critical, and how to prioritize them for release. For example, on one extreme we could concentrate on releasing fixes that enable a 32-bit version pretty soon, versus a 64-bit version that may take longer. Also, targeting Solaris 11.2 versus Solaris 12 probably requires a bit more work. What do you think ? > Native compilation on Solaris fails on Yarn due to use of FTS > - > > Key: HADOOP-11952 > URL: https://issues.apache.org/jira/browse/HADOOP-11952 > Project: Hadoop Common > Issue Type: Sub-task > Environment: Solaris 11.2 >Reporter: Malcolm Kavalsky >Assignee: Alan Burlison > Original Estimate: 24h > Remaining Estimate: 24h > > Compiling the Yarn Node Manager results in "fts" not found. On Solaris we > have an alternative ftw with similar functionality. > This is isolated to a single file container-executor.c > Note that this will just fix the compilation error. A more serious issue is > that Solaris does not support cgroups as Linux does. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11952) Native compilation on Solaris fails on Yarn due to use of FTS
[ https://issues.apache.org/jira/browse/HADOOP-11952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14560381#comment-14560381 ] Malcolm Kavalsky commented on HADOOP-11952: --- I have already ported to the ftw library ( It works on Hadoop 2.2, both Sparc and Intel) I'll send you the code. > Native compilation on Solaris fails on Yarn due to use of FTS > - > > Key: HADOOP-11952 > URL: https://issues.apache.org/jira/browse/HADOOP-11952 > Project: Hadoop Common > Issue Type: Sub-task > Environment: Solaris 11.2 >Reporter: Malcolm Kavalsky >Assignee: Alan Burlison > Original Estimate: 24h > Remaining Estimate: 24h > > Compiling the Yarn Node Manager results in "fts" not found. On Solaris we > have an alternative ftw with similar functionality. > This is isolated to a single file container-executor.c > Note that this will just fix the compilation error. A more serious issue is > that Solaris does not support cgroups as Linux does. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11954) Solaris does not support RLIMIT_MEMLOCK as in Linux
Malcolm Kavalsky created HADOOP-11954: - Summary: Solaris does not support RLIMIT_MEMLOCK as in Linux Key: HADOOP-11954 URL: https://issues.apache.org/jira/browse/HADOOP-11954 Project: Hadoop Common Issue Type: Bug Affects Versions: 2.5.2, 2.7.0, 2.6.0, 2.4.1, 2.3.0, 2.2.0 Reporter: Malcolm Kavalsky Assignee: Malcolm Kavalsky Fix For: 2.7.1 This affects the JNI call to NativeIO_getMemlockLimit0. We can just return 0, as Windows does which also does not support this feature. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11953) Binary flags for NativeIO incorrect on Solaris
Malcolm Kavalsky created HADOOP-11953: - Summary: Binary flags for NativeIO incorrect on Solaris Key: HADOOP-11953 URL: https://issues.apache.org/jira/browse/HADOOP-11953 Project: Hadoop Common Issue Type: Bug Affects Versions: 2.5.2, 2.7.0, 2.6.0, 2.4.1, 2.5.0, 2.6.1, 2.8.0, 2.7.1 Reporter: Malcolm Kavalsky Assignee: Malcolm Kavalsky Fix For: 2.7.1 NativeIO.c has defines for standard input output, (O_CREAT, etc). These are different on Solaris (similar to FreeBSD). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11952) Native compilation on Solaris fails on Yarn due to use of FTS
Malcolm Kavalsky created HADOOP-11952: - Summary: Native compilation on Solaris fails on Yarn due to use of FTS Key: HADOOP-11952 URL: https://issues.apache.org/jira/browse/HADOOP-11952 Project: Hadoop Common Issue Type: Bug Environment: Solaris 11.2 Reporter: Malcolm Kavalsky Assignee: Malcolm Kavalsky Fix For: 2.7.1 Compiling the Yarn Node Manager results in "fts" not found. On Solaris we have an alternative ftw with similar functionality. This is isolated to a single file container-executor.c Note that this will just fix the compilation error. A more serious issue is that Solaris does not support cgroups as Linux does. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11848) Incorrect arguments to sizeof in DomainSocket.c
[ https://issues.apache.org/jira/browse/HADOOP-11848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14506578#comment-14506578 ] Malcolm Kavalsky commented on HADOOP-11848: --- Patch attached > Incorrect arguments to sizeof in DomainSocket.c > --- > > Key: HADOOP-11848 > URL: https://issues.apache.org/jira/browse/HADOOP-11848 > Project: Hadoop Common > Issue Type: Bug > Components: native >Affects Versions: 2.6.0 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native > Fix For: 2.6.1 > > Attachments: HADOOP-11848.001.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > Length of buffer to be zeroed using sizeof , should not use the address of > the structure rather the structure itself. > DomainSocket.c line 156 > Replace current: > memset(&addr,0,sizeof,(&addr)); > With: > memset(&addr, 0, sizeof(addr)); -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11848) Incorrect arguments to sizeof in DomainSocket.c
[ https://issues.apache.org/jira/browse/HADOOP-11848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11848: -- Attachment: HADOOP-11848.001.patch > Incorrect arguments to sizeof in DomainSocket.c > --- > > Key: HADOOP-11848 > URL: https://issues.apache.org/jira/browse/HADOOP-11848 > Project: Hadoop Common > Issue Type: Bug > Components: native >Affects Versions: 2.6.0 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native > Fix For: 2.6.1 > > Attachments: HADOOP-11848.001.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > Length of buffer to be zeroed using sizeof , should not use the address of > the structure rather the structure itself. > DomainSocket.c line 156 > Replace current: > memset(&addr,0,sizeof,(&addr)); > With: > memset(&addr, 0, sizeof(addr)); -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11848) Incorrect arguments to sizeof in DomainSocket.c
[ https://issues.apache.org/jira/browse/HADOOP-11848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11848: -- Fix Version/s: 2.6.1 Labels: native (was: ) Target Version/s: 2.7.0 Release Note: Small one-line bug fix Hadoop Flags: Reviewed Status: Patch Available (was: Open) > Incorrect arguments to sizeof in DomainSocket.c > --- > > Key: HADOOP-11848 > URL: https://issues.apache.org/jira/browse/HADOOP-11848 > Project: Hadoop Common > Issue Type: Bug > Components: native >Affects Versions: 2.6.0 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native > Fix For: 2.6.1 > > Attachments: HADOOP-11848.001.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > Length of buffer to be zeroed using sizeof , should not use the address of > the structure rather the structure itself. > DomainSocket.c line 156 > Replace current: > memset(&addr,0,sizeof,(&addr)); > With: > memset(&addr, 0, sizeof(addr)); -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11848) Incorrect arguments to sizeof in DomainSocket.c
[ https://issues.apache.org/jira/browse/HADOOP-11848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14506452#comment-14506452 ] Malcolm Kavalsky commented on HADOOP-11848: --- I wanted to send in a patch for this yesterday, but am having trouble with git : $ git remote update Fetching origin fatal: read error: Connection reset by peer error: Could not fetch origin So, perhaps you could patch this ? > Incorrect arguments to sizeof in DomainSocket.c > --- > > Key: HADOOP-11848 > URL: https://issues.apache.org/jira/browse/HADOOP-11848 > Project: Hadoop Common > Issue Type: Bug > Components: native >Affects Versions: 2.6.0 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Original Estimate: 24h > Remaining Estimate: 24h > > Length of buffer to be zeroed using sizeof , should not use the address of > the structure rather the structure itself. > DomainSocket.c line 156 > Replace current: > memset(&addr,0,sizeof,(&addr)); > With: > memset(&addr, 0, sizeof(addr)); -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11848) Incorrect arguments to sizeof in DomainSocket.c
Malcolm Kavalsky created HADOOP-11848: - Summary: Incorrect arguments to sizeof in DomainSocket.c Key: HADOOP-11848 URL: https://issues.apache.org/jira/browse/HADOOP-11848 Project: Hadoop Common Issue Type: Bug Affects Versions: 2.6.0 Reporter: Malcolm Kavalsky Assignee: Malcolm Kavalsky Fix For: 2.6.0 Length of buffer to be zeroed using sizeof , should not use the address of the structure rather the structure itself. DomainSocket.c line 156 Replace current: memset(&addr,0,sizeof,(&addr)); With: memset(&addr, 0, sizeof(addr)); -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11623) Native compilation fails on Solaris due to use of syscall function.
[ https://issues.apache.org/jira/browse/HADOOP-11623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14392165#comment-14392165 ] Malcolm Kavalsky commented on HADOOP-11623: --- Yes > Native compilation fails on Solaris due to use of syscall function. > --- > > Key: HADOOP-11623 > URL: https://issues.apache.org/jira/browse/HADOOP-11623 > Project: Hadoop Common > Issue Type: Bug > Components: native >Affects Versions: 2.6.0 > Environment: Solaris 11.2 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Original Estimate: 168h > Remaining Estimate: 168h > > Solaris does not provide the syscall function. Currently, hadoop has very > limited use of this function ( only 2 files ). These need to be "ifdeffed" > with the correct alternatives for Solaris. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11655) Native compilation fails on Solaris due to use of getgrouplist function.
Malcolm Kavalsky created HADOOP-11655: - Summary: Native compilation fails on Solaris due to use of getgrouplist function. Key: HADOOP-11655 URL: https://issues.apache.org/jira/browse/HADOOP-11655 Project: Hadoop Common Issue Type: Bug Environment: Solaris 11.2 Reporter: Malcolm Kavalsky getgrouplist() does not exist in Solaris, thus preventing compilation of the native libraries. The easiest solution would be to port this function from Linux or FreeBSD to Solaris and add it to the library if compiling for Solaris. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11623) Native compilation fails on Solaris due to use of syscall function.
Malcolm Kavalsky created HADOOP-11623: - Summary: Native compilation fails on Solaris due to use of syscall function. Key: HADOOP-11623 URL: https://issues.apache.org/jira/browse/HADOOP-11623 Project: Hadoop Common Issue Type: Bug Components: native Affects Versions: 2.6.0 Environment: Solaris 11.2 Reporter: Malcolm Kavalsky Assignee: Malcolm Kavalsky Fix For: 2.6.0 Solaris does not provide the syscall function. Currently, hadoop has very limited use of this function ( only 2 files ). These need to be "ifdeffed" with the correct alternatives for Solaris. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14295156#comment-14295156 ] Malcolm Kavalsky commented on HADOOP-11403: --- This is a minor change isolated to Solaris only. No new tests are needed. The testsuite was manually tested on multiple machines, windows, linux and solaris before submitting. > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.2.0, 2.3.0, 2.4.0, 2.5.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch, HADOOP-11403.002.patch, > HADOOP-11403.003.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Status: Patch Available (was: In Progress) Moved comment to separate line > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.5.0, 2.4.0, 2.3.0, 2.2.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch, HADOOP-11403.002.patch, > HADOOP-11403.003.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Status: In Progress (was: Patch Available) > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.5.0, 2.4.0, 2.3.0, 2.2.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch, HADOOP-11403.002.patch, > HADOOP-11403.003.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Attachment: HADOOP-11403.003.patch > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.2.0, 2.3.0, 2.4.0, 2.5.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch, HADOOP-11403.002.patch, > HADOOP-11403.003.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Hadoop Flags: Reviewed Status: Patch Available (was: In Progress) > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.5.0, 2.4.0, 2.3.0, 2.2.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch, HADOOP-11403.002.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Attachment: HADOOP-11403.002.patch Added comment to terror explaining that Solaris does not support sys_errlist > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.2.0, 2.3.0, 2.4.0, 2.5.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch, HADOOP-11403.002.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Description: sys_errlist has been removed from Solaris. The new interface is strerror. Wherever sys_errlist is accessed we should change to using strerror instead. We already have an interface function terror which can contain this functionality, so we should use it instead of directly accessing sys_errlist. was: sys_errlist has been removed from Solaris. The new interface is strerror. Wherever sys_errlist is accessed we should change to using strerror instead. We already havea n interface function terror which can contain this functionality, so we should use it instead of directly accessing sys_errlist. > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.2.0, 2.3.0, 2.4.0, 2.5.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already have an interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Work started] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on HADOOP-11403 started by Malcolm Kavalsky. - > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.2.0, 2.3.0, 2.4.0, 2.5.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already havea n interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
[ https://issues.apache.org/jira/browse/HADOOP-11403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Malcolm Kavalsky updated HADOOP-11403: -- Attachment: HADOOP-11403.001.patch Patch is available for code review > Solaris does not support sys_errlist requires use of strerror instead > - > > Key: HADOOP-11403 > URL: https://issues.apache.org/jira/browse/HADOOP-11403 > Project: Hadoop Common > Issue Type: Bug >Affects Versions: 2.2.0, 2.3.0, 2.4.0, 2.5.0 > Environment: Solaris 11.1 (Sparc, Intel), Linux x86 >Reporter: Malcolm Kavalsky >Assignee: Malcolm Kavalsky > Labels: native, newbie, patch, solaris, terror > Fix For: 2.6.0 > > Attachments: HADOOP-11403.001.patch > > Original Estimate: 24h > Remaining Estimate: 24h > > sys_errlist has been removed from Solaris. The new interface is strerror. > Wherever sys_errlist is accessed we should change to using strerror instead. > We already havea n interface function terror which can contain this > functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-11403) Solaris does not support sys_errlist requires use of strerror instead
Malcolm Kavalsky created HADOOP-11403: - Summary: Solaris does not support sys_errlist requires use of strerror instead Key: HADOOP-11403 URL: https://issues.apache.org/jira/browse/HADOOP-11403 Project: Hadoop Common Issue Type: Bug Affects Versions: 2.5.0, 2.4.0, 2.3.0, 2.2.0 Environment: Solaris 11.1 (Sparc, Intel), Linux x86 Reporter: Malcolm Kavalsky Assignee: Malcolm Kavalsky Fix For: 2.6.0 sys_errlist has been removed from Solaris. The new interface is strerror. Wherever sys_errlist is accessed we should change to using strerror instead. We already havea n interface function terror which can contain this functionality, so we should use it instead of directly accessing sys_errlist. -- This message was sent by Atlassian JIRA (v6.3.4#6332)