I should have been clearer; I tried this techniqe
on FreeBSD; I've not tried it on Linux yet.
(I don't have a Linux machine with a tape drive
at the moment.)
It doesn't work on FreeBSD; I was questioning
whether anyone else had tested it on Linux.
If Juergen's technique doesn't work, I'll try
th
On Saturday 20 February 2010 12:20 am, Tim Kientzle wrote:
> Juergen,
>
> I was looking at your Linux code here and thought
> the technique of trying lseek(SEEK_END) might work.
> Unfortunately, it doesn't: lseek(fd, 0, SEEK_END) gives
> zero for both /dev/sa0 (a tape drive) and /dev/cd0
> (an opti
Juergen,
I was looking at your Linux code here and thought
the technique of trying lseek(SEEK_END) might work.
Unfortunately, it doesn't: lseek(fd, 0, SEEK_END) gives
zero for both /dev/sa0 (a tape drive) and /dev/cd0
(an optical drive). Are you sure it works on Linux?
Tim
P.S. Here's the pro
On Fri, 19 Feb 2010, jhell wrote:
> It would be awesome if for some way the PR database could be tied into
> this so items in the database could be promoted as junior tasks. Adding
> to that, an option in the PR web for someone to be able to vote on certain
> PR's that should be promoted and
On Fri, Feb 19, 2010 at 2:51 PM, R. Tyler Ballance wrote:
>
> On Fri, 19 Feb 2010, jhell wrote:
>
>> It would be awesome if for some way the PR database could be tied into
>> this so items in the database could be promoted as junior tasks. Adding
>> to that, an option in the PR web for someone to
On Fri, 19 Feb 2010 16:36:40 +0100
Ivan Voras wrote:
> On 02/19/10 15:36, Alexandr Rybalko wrote:
> > Hi,
> > I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma),
> > in connection with this is an issue best left lzma
>
> One of the (relatively) unexpected problems with s
On Thu, Feb 18, 2010 at 09:03:33PM -0800, Tim Kientzle wrote:
> Joerg Sonnenberger wrote:
> >On Thu, Feb 18, 2010 at 07:34:59PM +0100, Juergen Lock wrote:
> >> Ok here is a new version of the patch with these things fixed and the
> >>Linux case added: (Linux case not tested yet, and yes I did this
On Thu, Feb 18, 2010 at 10:12:24PM -0800, Garrett Cooper wrote:
> On Thu, Feb 18, 2010 at 10:34 AM, Juergen Lock
> wrote:
> > On Wed, Feb 17, 2010 at 10:38:30PM -0800, Tim Kientzle wrote:
> >> Juergen Lock wrote:
> >> >
> >> > ... since bsdtar/libarchive know iso9660 I just did the command in t
2010/2/18 Kostik Belousov :
> On Thu, Feb 18, 2010 at 06:48:35PM +0100, Fernando Apestegu?a wrote:
>> On Wed, Feb 17, 2010 at 8:11 PM, Kostik Belousov wrote:
>> > On Wed, Feb 17, 2010 at 07:51:06PM +0100, Fernando Apestegu?a wrote:
>> >> Hi,
>> >>
>> >> I have a small patch (against 8.0-RELEASE-p2
On Thu, Feb 18, 2010 at 11:43:20PM -0800, Jack Vogel wrote:
> This thread is confusing, first he says its an igb problem, then you offer
> an em patch :)
>
> I have an important rev of igb that I am about ready to release, anyone that
> wishes to
> test against a problem they have would be welcome
I posted this originally on the -questions list but did not make any headway.
We have an application where the user can change the date/time via a GUI. One
of the options the user has is to specify that the time is to be synced using
ntp. Our coding worked fine under BSD 7 but since we've moved
Hello;
I've sent some private messages before trying to get
some updates to the Project ideas page
http://www.freebsd.org/projects/ideas/ideas.html
For example, thinking of the next SoC:
Analyze NetBSD's ext2fs regarding valuable improvements
- This was done as GSoC project. Nothing there to loo
On 02/19/10 15:36, Alexandr Rybalko wrote:
Hi,
I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), in
connection with this is an issue best left lzma
One of the (relatively) unexpected problems with such block-level
compression is its efficienty - since you need to com
Hi,
I wrote a module GEOM_ULZMA (such as GEOM_UZIP, but compression with lzma), in
connection with this is an issue best left lzma
code in the file "geom_ulzma.c" or store lzma library separately. If
separately, then where better?
Maybe in future make lzma and gzip library kernel interface for e
On Friday 19 February 2010 5:46:50 am Jakub Lach wrote:
>
> Hello.
>
> There's small typo in mptable
> output -
>
> Bus "Heirarchy"
>
> from mptable.c
>
> tableEntry extendedtableEntryTypes[] =
> {
> { 128, 20, "System Address Space" },
> { 129, 8, "Bus Heirarchy" },
> { 130, 8
Hello.
There's small typo in mptable
output -
Bus "Heirarchy"
from mptable.c
tableEntry extendedtableEntryTypes[] =
{
{ 128, 20, "System Address Space" },
{ 129, 8, "Bus Heirarchy" },
{ 130, 8, "Compatibility Bus Address" }
};
-best regards,
Jakub Lach
--
View this message
This thread is confusing, first he says its an igb problem, then you offer
an em patch :)
I have an important rev of igb that I am about ready to release, anyone that
wishes to
test against a problem they have would be welcome to have early access, just
let me
know.
I am not sure about this ich10
Am 19.02.2010, 06:03 Uhr, schrieb Tim Kientzle :
Joerg Sonnenberger wrote:
On Thu, Feb 18, 2010 at 07:34:59PM +0100, Juergen Lock wrote:
Ok here is a new version of the patch with these things fixed and the
Linux case added: (Linux case not tested yet, and yes I did this on
stable/8.)
Why t
18 matches
Mail list logo