The approach which I have tried in Windows that works is by opening the device directly as a file (using the PhysicalDrive# handle) and start issuing read / write commands, which returns failure for bad sector write calls.
Another approach which I have seen but not really tried is to call DeviceIOControl with IOCTL_ATA* commands.
How to use X11 without Xlib not XCB? How draw window directly on low level?
I must use anyway window manager like Motif?
I have ridden that X11 has server-client architecture, client send via TCP/IP to port 6000 request for primitives and get replies.
Where is detailed description of it? In X11... (0 Replies)
Hi friends,
I hope everyone is doing well and fine. I have always been hearing that C/C++ are relatively low-level as compared to Java/C# etc. Could you please tell me some low-level qualities of C/C++? And I think disk deframenters are written in C/C++, please correct me if I am wrong. And please... (5 Replies)
Hi friends,
I hope everyone is fine and doing well. I queried in my previous thread about the low-level qualities of C/C++ languages.I really thank you people for explaining, it was really helpful. One more ambiquity that I have in my mind is regarding the unix system calls like open, creat,... (1 Reply)
Hello All
I have a system running AIX 61 shared uncapped partition (with 11 physical processors, 24 Virtual 72GB of Memory) .
The output from NMON, vmstat show a high run queue (60+) for continous periods of time intervals, but NO paging, relatively low I/o (6000) , CPU % is 40, Low network.... (9 Replies)
Hi,
What is the best reference that gives in detail on nic cards configuration , assigning multiple ip addresses to a single interface, netlink library etc and all basic stuff at this level..?
Thanks (2 Replies)
I want to do a low level format like in windows (C:\format c:) but I don't know how it works in unix or linux.. Can somebody help me ? thnx :) (3 Replies)
Tcl_Access(3) Tcl Library Procedures Tcl_Access(3)__________________________________________________________________________________________________________________________________________________NAME
Tcl_Access, Tcl_Stat - check file permissions and other attributes
SYNOPSIS
#include <tcl.h>
int
Tcl_Access(path, mode)
int
Tcl_Stat(path, statPtr)
ARGUMENTS
char *path (in) Native name of the file to check the attributes of.
int mode (in) Mask consisting of one or more of R_OK, W_OK, X_OK and F_OK. R_OK, W_OK and X_OK request checking
whether the file exists and has read, write and execute permissions, respectively. F_OK just
requests checking for the existence of the file.
struct stat *statPtr (out) The structure that contains the result.
_________________________________________________________________DESCRIPTION
As of Tcl 8.4, the object-based APIs Tcl_FSAccess and Tcl_FSStat should be used in preference to Tcl_Access and Tcl_Stat, wherever possi-
ble.
There are two reasons for calling Tcl_Access and Tcl_Stat rather than calling system level functions access and stat directly. First, the
Windows implementation of both functions fixes some bugs in the system level calls. Second, both Tcl_Access and Tcl_Stat (as well as
Tcl_OpenFileChannelProc) hook into a linked list of functions. This allows the possibility to reroute file access to alternative media or
access methods.
Tcl_Access checks whether the process would be allowed to read, write or test for existence of the file (or other file system object) whose
name is pathname. If pathname is a symbolic link on Unix, then permissions of the file referred by this symbolic link are tested.
On success (all requested permissions granted), zero is returned. On error (at least one bit in mode asked for a permission that is
denied, or some other error occurred), -1 is returned.
Tcl_Stat fills the stat structure statPtr with information about the specified file. You do not need any access rights to the file to get
this information but you need search rights to all directories named in the path leading to the file. The stat structure includes info
regarding device, inode (always 0 on Windows), privilege mode, nlink (always 1 on Windows), user id (always 0 on Windows), group id (always
0 on Windows), rdev (same as device on Windows), size, last access time, last modification time, and creation time.
If path exists, Tcl_Stat returns 0 and the stat structure is filled with data. Otherwise, -1 is returned, and no stat info is given.
KEYWORDS
stat, access
Tcl 8.1 Tcl_Access(3)