search for: getmntinfo

Hi, Built a new world, everything went fine, except now it will not mount file systems on boot. 4.8-STABLE FreeBSD 4.8-STABLE #0: Wed Jul 2 02:21:55 BST 2003 On further investigation the mount command gives this error: mount: getmntinfo: Unknown error: 0 I have searched through the mail lists and other sources to find an answer, at first I thought it might have been a new kernel option I had missed, but cannot find anything. Am I missing something? Is anyone else experiencing this? As a temp workaround I'm booting the syste...

Hi Doug, >> >> 4.8-STABLE FreeBSD 4.8-STABLE #0: Wed Jul 2 02:21:55 BST 2003 >What did you upgrade from? It was 4.8 Stable at around the beginning of June before I rebuilt. >> mount: getmntinfo: Unknown error: 0 >I wonder if this is a busted mount binary, or you didn't upgrade kernel + >world. Can you boot with the old kernel (kernel.old) successfully? It was a fresh world and kernel, I was thinking it must be the kernel, as I have an old 4.6 Release CD and mount from that als...

Hi Here are a few unintegrated patches, just tested against 2.2rc7: 1) NetBSD's getmntinfo uses struct statvfs while other BSD use struct statfs http://ftp.espci.fr/shadow/manu/patch-ak 2) NetBSD 5.x net_getunixcred() support. Build on NetBSD, but not tested (I am testing on NetBSD 6.0): http://ftp.espci.fr/shadow/manu/patch-src_lib_net.c 3) Increase authentication buffer size so that...

...e a quota sync in all the needed places, before reporting, to counter affects of delayed allocation. - Quota-related ID signedness issue fixes. - Expert mode xfs_db commands to set/remove attributes. xfsprogs-2.6.37 (11 August 2005) - Fix FreeBSD builds (getmntinfo), thanks to Craig Rodrigues. -------------------------------------- More information about the XFS project can be obtained at: http://oss.sgi.com/projects/xfs/ -------------------------------------- The following updated files have been uploaded and are currently syncing to the mirrors: i386: xfsp...

...e a quota sync in all the needed places, before reporting, to counter affects of delayed allocation. - Quota-related ID signedness issue fixes. - Expert mode xfs_db commands to set/remove attributes. xfsprogs-2.6.37 (11 August 2005) - Fix FreeBSD builds (getmntinfo), thanks to Craig Rodrigues. -------------------------------------- More information about the XFS project can be obtained at: http://oss.sgi.com/projects/xfs/ -------------------------------------- The following updated files have been uploaded and are currently syncing to the mirrors: i386: xfsp...

...e a quota sync in all the needed places, before reporting, to counter affects of delayed allocation. - Quota-related ID signedness issue fixes. - Expert mode xfs_db commands to set/remove attributes. xfsprogs-2.6.37 (11 August 2005) - Fix FreeBSD builds (getmntinfo), thanks to Craig Rodrigues. -------------------------------------- More information about the XFS project can be obtained at: http://oss.sgi.com/projects/xfs/ -------------------------------------- The following updated files have been uploaded and are currently syncing to the mirrors: i386: xfsp...

...1) + { + f=fd; + if (f==-1) + { + f = open(filename, O_RDONLY|O_NONBLOCK); + fd = f; + } + } if (fstat (f,&fsb) < 0) return -1; if ((mntsize=getmntinfo(&mntbuf,MNT_NOWAIT))==0)return -1; The real problem here, is that the author expects, that whenever cmd.umount() is called without argument, fd is available. Looking at the associate method, it only opens fd if a struct stat is given, which the code in dvd+rw-format.cpp:main does not do. As...

Hello everyone, 9.0.0-rc5 was just tagged from the release_90 branch at r371837. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc5. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc5 Binaries will be added as they become available. There is only a single change from rc4 to rc5. Once more, the hope is that this will be the last release candidate and that we can

Hi, I've just tagged LLVM 9.0.1-rc3. Testers can begin testing and uploading binaries. This will be the last release candidate unless there is a major problem. I'm planning to tag the final release on Dec 19. -Tom

Hello again, 9.0.0-rc4 was just tagged from the release_90 branch at r371490. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc4. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc4 Binaries will be added as they become available. There are not a lot of changes from rc3 to rc4, and there are again no open release blockers, so I'm hoping this will be the last

Hi, I've tagged the LLVM 9.0.1-rc1 release. Testers can begin testing and upload binaries. I've also updated the test-release.sh script to pull from GitHub instead of SVN, if you run into any issues with the new script, let me know. -Tom

Hi, I've just tagged the 9.0.1-final release. Testers can begin uploading binaries. -Tom

Hello everyone, 9.0.0-rc3 was tagged today from the release_90 branch at r370450. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc3. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc3 Binaries will be added as they become available. There are currently no open release blockers, which means if nothing new comes up, the final release could ship soon and this is

Hi, I've tagged LLVM 9.0.1-rc2. Testers can begin testing and uploading binaries. If all goes well, this will be the last -rc. -Tom

Hello everyone, 9.0.0-rc6 was just tagged from the release_90 branch at r372100. In the Git monorepo, it's tagged as llvmorg-9.0.0-rc6. Source code and docs are available at https://prereleases.llvm.org/9.0.0/#rc6 This is the same as rc5 plus one very minor change (r371969) that still seemed good to pick up. I'm not allocating extra time for testing this one, expecting to tag