Jacob watches, diamond, designer, brand name, breitling, chrono, avenger,
chronomat evolution, Jacobs co. J & Co., omega, jordans, supra, shoes,
sneakers, af1's, air force ones, hoodys, sweaters, bathing apes, ice cream, air
jordans, air force, bretling, 1's, bapes, fake, prices, maritime, black
Does it have another way to find out a range of start and end physical unit
LBAs from file description? Like from linux that I am trying to port to
OpenSolaris.
Following is a function call. I can send you a source, it’s about more than
one paper page long.
void TWL_File_LBA::get_unit_lba_rang
Thank you for replying,
I see your good suggestion by using lseek, but I still don’t know how to use it
to calculate these LBAs in OpenSolarisX system file.
The following function that I am trying to port to OpenSolarisX ZFS is finding
a range of start and end physical unit LBAs by given file a
> Date: Fri, 24 Oct 2008 06:02:00 -0700 (PDT)
> From: Tad <[EMAIL PROTECTED]>
>
> I have a program created by C language. It usually works fine, but the
> program(process) sometimes is killed while it is running.
> As far as I debug the process, The program is killed by SIGKILL signal
> when it
I have a program created by C language. It usually works fine, but the
program(process) sometimes is killed while it is running.
As far as I debug the process, The program is killed by SIGKILL signal when it
calls execvp().
I know that SIGKILL signal would be sent to a process calling execve(
Thai Nguyen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am trying to port a linux app to OpenSolaris OS. There is a API used in
> linux codes that I don???t know how to port to OpenSolaris:
>
> ioctl(fileFD, FIBMAP, &FsBlock)
>
> Any one pleases help, tell me how to do this, find out a FileSystemBloc
>I am trying to port a linux app to OpenSolaris OS. There is a API used in
>linux codes that I donât know how to port to OpenSolaris:
>ioctl(fileFD, FIBMAP, &FsBlock)
>Any one pleases help, tell me how to do this, find out a FileSystemBlock of the
offset in a file, in OpenSolaris.
You can't.
Garrett D'Amore wrote:
> I've been watching this for a while.
>
> I think you're both barking up the wrong tree. /etc/path_to_inst
> shouldn't matter.
>
> The problem is most likely a process that is trying to actually *access*
> the stale link. Perhaps a stale link in /dev?
[...]
In his las
