Re: [osol-discuss] Opensolaris as my main laptop OS, advice needed !? (fwd)
On Tue, 30 Oct 2007, Joerg Schilling wrote: James Carlson [EMAIL PROTECTED] wrote: Note that 32-bit applications have no problem handling large files on Solaris, so it's really more of an issue in run-time memory space than anything else. 32bit Applications cannot access files with file stamps that do not fit into the 32 bit range. This is why Solaris currently has too few 64 bit applications ;-) Note that PCFS can easily create such time stamps. You won't see them by default, thanks to PSARC 2005/361 (bug 6248624) - PCFS clamps the timestamps to the UN*X 32bit time_t range unless explicitly told not to by a mount option (noclamptime). See pcfs(7fs) and mount_pcfs(1m) about that. And yes, that was done because it causes too many unexpected failures. FrankH. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- No good can come from selling your freedom, not for all the gold in the world, for the value of this heavenly gift far exceeds that of any fortune on earth. -- ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Opensolaris as my main laptop OS, advice needed !? (fwd)
[EMAIL PROTECTED] writes: On Tue, 30 Oct 2007, Joerg Schilling wrote: James Carlson [EMAIL PROTECTED] wrote: Note that 32-bit applications have no problem handling large files on Solaris, so it's really more of an issue in run-time memory space than anything else. 32bit Applications cannot access files with file stamps that do not fit into the 32 bit range. This is why Solaris currently has too few 64 bit applications ;-) Note that PCFS can easily create such time stamps. You won't see them by default, thanks to PSARC 2005/361 (bug 6248624) - PCFS clamps the timestamps to the UN*X 32bit time_t range unless explicitly told not to by a mount option (noclamptime). See pcfs(7fs) and mount_pcfs(1m) about that. And yes, that was done because it causes too many unexpected failures. Right ... plus, if it were important enough to contend with, I'd think we could create (yet another) new stat interface to deal with the problem. -- James Carlson, Solaris Networking [EMAIL PROTECTED] Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Opensolaris as my main laptop OS, advice needed !? (fwd)
James Carlson [EMAIL PROTECTED] wrote: You won't see them by default, thanks to PSARC 2005/361 (bug 6248624) - PCFS clamps the timestamps to the UN*X 32bit time_t range unless explicitly told not to by a mount option (noclamptime). See pcfs(7fs) and mount_pcfs(1m) about that. And yes, that was done because it causes too many unexpected failures. Right ... plus, if it were important enough to contend with, I'd think we could create (yet another) new stat interface to deal with the problem. I would be really happy with this! I would propose to make it effective for all newly compiled programs that request the large file interface. The old interface remains for binary compatilility for programs that use the Solaris-2.6 largefile stat interface. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Opensolaris as my main laptop OS, advice needed !? (fwd)
Joerg Schilling writes: James Carlson [EMAIL PROTECTED] wrote: Right ... plus, if it were important enough to contend with, I'd think we could create (yet another) new stat interface to deal with the problem. I would be really happy with this! I would propose to make it effective for all newly compiled programs that request the large file interface. The old interface remains for binary compatilility for programs that use the Solaris-2.6 largefile stat interface. Sounds mostly good, but I'd like to see the compatibility issues worked through in a little more detail. (As part of a project, probably.) -- James Carlson, Solaris Networking [EMAIL PROTECTED] Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Opensolaris as my main laptop OS, advice needed !? (fwd)
James Carlson [EMAIL PROTECTED] wrote: Joerg Schilling writes: James Carlson [EMAIL PROTECTED] wrote: Right ... plus, if it were important enough to contend with, I'd think we could create (yet another) new stat interface to deal with the problem. I would be really happy with this! I would propose to make it effective for all newly compiled programs that request the large file interface. The old interface remains for binary compatilility for programs that use the Solaris-2.6 largefile stat interface. Sounds mostly good, but I'd like to see the compatibility issues worked through in a little more detail. (As part of a project, probably.) To be honest, this would only work if time(3), gettimeofday(2), utimes(2), ... are changed also together with all time_t users. I was amazed to see how many places are affected when I convinced the FreeBSD people to use a 64 bit time_t instead of a 32 bit one in the 64 bit sparc version of FreeBSD a few years ago. This is no simple change as e.g. even timeouts from init and svc.startd are affected. The result on FreeBSD was that cleanly written code only needed a recompile. In case if a 32 bit OS, things look different as more potential printf formats are affected. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
