Re: Again about physical disks.

Re: Again about physical disks.

[Serguei DACHIAN]

> This is a known 'feature' of w95;
> the article "PRB: DeviceIoControl Int 13h Does Not Support Hard Disks"
> http://support.microsoft.com/support/kb/articles/q137/1/76.asp
> describes the problem and presents the code for a workaround.
> It's *ugly* - you have to use 'flat thunks'.
>
> So the short answer is *yes*, you can read disk-blocks from
> cygwin-compiled code, but *no*, it's not easy, and

> you'll need to be significantly motivated....
I am :-)))

So, if I understand well, the workaround is to make a 16bit DLL for disk IO,
and then call it from 32bit code using so caled "thunk"s.  Well, I suppose
that it works with MSVC, and that example given there will compile with MSVC
(I don't have it, and don't WANT to heve it, so I can't test).  But is all
this feasible under CygWin???  That is, can I compile 16bit DLL using
cygwin???!!!  How???

And even if I compile the dll elsewhere (say under MSVC or Borland), will it
be possible later to use this 16bit DLL in cygwin program???  Are there
"thunks" under CygWin???

Or, finally, the only solution is to made both a 16bit DLL and a 32bit DLL
(using the 16bit one via thunks) under MSVC and then use the 32bit one from
CygWin???

IF this IS the case, then the reading of a physical sector from a physical
disk will finally NOT REALLY be done under CygWin, and so both the short and
long answers will be NO!!! :-)

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[John Mullee]

Serguei DACHIAN wrote:
> > This is a known 'feature' of w95;
> > the article "PRB: DeviceIoControl Int 13h Does Not Support Hard Disks"
> > It's *ugly* - you have to use 'flat thunks'.
> 
> So, if I understand well, the workaround is to make a 16bit DLL for disk IO,
> and then call it from 32bit code using so caled "thunk"s.
yes...

> this feasible under CygWin???  That is, can I compile 16bit DLL using
> cygwin???!!!
I don't think so! The binary image format is all different; maybe
you could cannabilize some older GPL'd 16-bit linker, but I don't
imagine this would be rewarding. Why not get NT 8) ( - or - Linux?!?!)

> And even if I compile the dll elsewhere (say under MSVC or Borland), will it
> be possible later to use this 16bit DLL in cygwin program???
Well, yes, if you wrap it up in a 32bit dll and make it cygwin-friendly

> Or, finally, the only solution is to made both a 16bit DLL and a 32bit DLL
> (using the 16bit one via thunks) under MSVC and then use the 32bit one from
> CygWin???
Basically, yes.

> disk will finally NOT REALLY be done under CygWin, and so both the short and
Well, not directly to the OS from cygwin functions; no.. Though
of course you could always do the necessary hocus-pocus with assembler
and god-knows-what to make it 'werk'.
In fact, this is what the MS thunking tools do, under the covers.
But cygwin has no concept if 16-bit environments (AFAIK) so it's
somewhat awkward. To put it Mildly. (americans: this is Irony.)
You could cheat with some kind of IPC mechanism - for example,
TCP/UDP between a borland-turbo-c 8/16-bit process and a cygwin process.
In fact, this would be a _lot_ easier...
Remember, also, that the MS development tools themselves have not
supported 16-bits for several (3? 4?) years.
As for the nuts and bolts of how a 16-bit library could possibly
be loaded by a 32-bit process, - sorry, can't remember. look it up!

Personally, I think you're barking mad to even consider it.
How about setting up a lan and mounting the drive from linux via NFS?
This _is_ the nineties, after all...

john

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Serguei DACHIAN]

> This is a known 'feature' of w95;
> the article "PRB: DeviceIoControl Int 13h Does Not Support Hard Disks"
> http://support.microsoft.com/support/kb/articles/q137/1/76.asp
> describes the problem and presents the code for a workaround.
> It's *ugly* - you have to use 'flat thunks'.
>
> So the short answer is *yes*, you can read disk-blocks from
> cygwin-compiled code, but *no*, it's not easy, and

> you'll need to be significantly motivated....
I am :-)))

So, if I understand well, the workaround is to make a 16bit DLL for disk IO,
and then call it from 32bit code using so caled "thunk"s.  Well, I suppose
that it works with MSVC, and that example given there will compile with MSVC
(I don't have it, and don't WANT to heve it, so I can't test).  But is all
this feasible under CygWin???  That is, can I compile 16bit DLL using
cygwin???!!!  How???

And even if I compile the dll elsewhere (say under MSVC or Borland), will it
be possible later to use this 16bit DLL in cygwin program???  Are there
"thunks" under CygWin???

Or, finally, the only solution is to made both a 16bit DLL and a 32bit DLL
(using the 16bit one via thunks) under MSVC and then use the 32bit one from
CygWin???

IF this IS the case, then the reading of a physical sector from a physical
disk will finally NOT REALLY be done under CygWin, and so both the short and
long answers will be NO!!! :-)

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[John Mullee]

Serguei DACHIAN wrote:
> > This is a known 'feature' of w95;
> > the article "PRB: DeviceIoControl Int 13h Does Not Support Hard Disks"
> > It's *ugly* - you have to use 'flat thunks'.
> 
> So, if I understand well, the workaround is to make a 16bit DLL for disk IO,
> and then call it from 32bit code using so caled "thunk"s.
yes...

> this feasible under CygWin???  That is, can I compile 16bit DLL using
> cygwin???!!!
I don't think so! The binary image format is all different; maybe
you could cannabilize some older GPL'd 16-bit linker, but I don't
imagine this would be rewarding. Why not get NT 8) ( - or - Linux?!?!)

> And even if I compile the dll elsewhere (say under MSVC or Borland), will it
> be possible later to use this 16bit DLL in cygwin program???
Well, yes, if you wrap it up in a 32bit dll and make it cygwin-friendly

> Or, finally, the only solution is to made both a 16bit DLL and a 32bit DLL
> (using the 16bit one via thunks) under MSVC and then use the 32bit one from
> CygWin???
Basically, yes.

> disk will finally NOT REALLY be done under CygWin, and so both the short and
Well, not directly to the OS from cygwin functions; no.. Though
of course you could always do the necessary hocus-pocus with assembler
and god-knows-what to make it 'werk'.
In fact, this is what the MS thunking tools do, under the covers.
But cygwin has no concept if 16-bit environments (AFAIK) so it's
somewhat awkward. To put it Mildly. (americans: this is Irony.)
You could cheat with some kind of IPC mechanism - for example,
TCP/UDP between a borland-turbo-c 8/16-bit process and a cygwin process.
In fact, this would be a _lot_ easier...
Remember, also, that the MS development tools themselves have not
supported 16-bits for several (3? 4?) years.
As for the nuts and bolts of how a 16-bit library could possibly
be loaded by a 32-bit process, - sorry, can't remember. look it up!

Personally, I think you're barking mad to even consider it.
How about setting up a lan and mounting the drive from linux via NFS?
This _is_ the nineties, after all...

john

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Serguei DACHIAN]

> Why not get NT 8)
Because it is expensive.

> ( - or - Linux?!?!)
I already have it ;-)


> Personally, I think you're barking mad to even consider it.
> How about setting up a lan and mounting the drive from linux via NFS?
> This _is_ the nineties, after all...
>
Yes, surely all this would be much simpler, but what I am trying to do, is
to write a Win9x application (using CygWin) capable of reading Ext2 Linux
partition on a dual boot machine, so I DO need read physical disks under
WIN9x. But finally I start thinking that CygWin is NOT (at least yet) a
compiler of the choice for THIS purpose :-((

> Well, not directly to the OS from cygwin functions; no...  Though,
> of course you could always do the necessary hocus-pocus with assembler
> and god-knows-what to make it 'werk'.
>
BTW, if ever some "crazy":-) carries out all this, as you say, "hocus-pocus
with assembler and god-knows-what", whouldn't it be great to incorporate all
this staff in CygWin dll, so that using cygwin compiler under Win9x one can
just "fopen" a hard drive and "fread" from it, as on a normal UNIX/POSIX
system, and finally that wheird problem about accessing disks from Win9x
disappear???  Unfortunately, I think I don't have the required competences
to became that "crazy" :-))).

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Again about physical disks.

[Serguei DACHIAN]

> > I got and installed the DLL, include files (which were with DLL) and also
> > your version of mount utility.  I can't still read my floppy (without
> > speaking about hard drives).  Here is my bash session:
> > [...]
> > P.S.  Your readme say that some feateres are for NT only.  Does it mean
> > that i will not be able to read /dev/fd0 and/or /dev/hda ???
> 
> Sorry, I haven't noticed, you're on a Win9X system. The used
> methods to access partitions and hard drives are only
> useful on NT. Thanks to M$ :-(
>
So what finally these all means: is there no ANY way to read a physical
sector from a physical disk under CygWin on a Win9x system ???

I've also tried to use native Windows API call DeviceIOControl, but
CreateFile (one needs to open disk with this one at first) fails. The
following code:
-------------------------------------------------
HANDLE myDiskHandle;
   if ( (myDiskHandle = CreateFile (disk,
                                    GENERIC_READ,
                                    FILE_SHARE_WRITE,
                                    NULL,
                                    OPEN_EXISTING,
                                    FILE_ATTRIBUTE_NORMAL,
                                    NULL)
       ) == INVALID_HANDLE_VALUE )
  {
    printf("Error opening disque !!!\n");
  }
------------------------------------------------
fails (that is prints "Error opening disque !!!") with any of:
char disk[]="\\\\.\\PHYSICALDRIVE2" ;
char disk[]="\\\\.\\A:" ;
char disk[]="\\\\.\\C:" ;

I think this is again Win9x problem, because SDK documentation is not clear
about it.

So finally I state once more my question.  Is there ANY (at least one)
method to read a physical disk from a physical drive using CygWin on a Win9x
system???

Any help whould be greatly appreciated.

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: Again about physical disks.

[Rick Rankin]

Here's a short code sample for accessing the physical media id on Win9x from
cygwin. The same mechanisms can be used to perform physical I/O. Much of
this was taken from the documentation that comes with VC++ 6. It compiles
and works fine with gcc.

Rick
--
Rick Rankin
rrankin@primenet.com

#include <stdio.h>
#include <ctype.h>
#include <memory.h>
#include <windows.h>

#define VWIN32_DIOC_DOS_IOCTL 1

typedef struct _DEVIOCTL_REGISTERS
{
    DWORD reg_EBX;
    DWORD reg_EDX;
    DWORD reg_ECX;
    DWORD reg_EAX;
    DWORD reg_EDI;
    DWORD reg_ESI;
    DWORD reg_Flags;
} DEVIOCTL_REGISTERS, *PDEVIOCTL_REGISTERS;

typedef struct _MID
{
    WORD  midInfoLevel;
    DWORD midSerialNum;
    BYTE  midVolLabel[11];
    BYTE  midFileSysType[8];
} __attribute__ ((packed)) MID, *PMID;

BOOL DoIOCTL(PDEVIOCTL_REGISTERS preg)
{
    HANDLE hDevice;

    BOOL fResult;
    DWORD cb;

    preg->reg_Flags = 0x8000; // assume error (carry flag set)

    hDevice = CreateFile("\\\\.\\vwin32",
        GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE,
        (LPSECURITY_ATTRIBUTES) NULL, OPEN_EXISTING,
        FILE_ATTRIBUTE_NORMAL, (HANDLE) NULL);

    if (hDevice == (HANDLE) INVALID_HANDLE_VALUE)
        return FALSE;
    else
    {
        fResult = DeviceIoControl(hDevice, VWIN32_DIOC_DOS_IOCTL,
            preg, sizeof(*preg), preg, sizeof(*preg), &cb, 0);

        if (!fResult)
            return FALSE;
    }

    CloseHandle(hDevice);

    return TRUE;
}

BOOL GetMediaID(PMID pmid, UINT nDrive)
{
    DEVIOCTL_REGISTERS reg;

    reg.reg_EAX = 0x440D;       // IOCTL for block devices
    reg.reg_EBX = nDrive;       // one-based drive ID
    reg.reg_ECX = 0x0866;       // Get Media ID command
    reg.reg_EDX = (DWORD) pmid; // receives media ID info

    if (!DoIOCTL(&reg))
        return FALSE;

    if (reg.reg_Flags & 0x8000) // error if carry flag set
        return FALSE;

    return TRUE;
}

int main(int argc, char *argv[])
{
	MID mediaId;
	UINT driveId = (UINT) (toupper(argv[1][0]) - '@');

	memset((void *) &mediaId, 0, sizeof(MID));
	if (GetMediaID(&mediaId, driveId)) {
		printf("infoLevel   = %d\n",   mediaId.midInfoLevel);
		printf("serialNum   = %x\n",   mediaId.midSerialNum);
		printf("volLabel    = '%s'\n", mediaId.midVolLabel);
		printf("fileSysType = '%s'\n", mediaId.midFileSysType);
	}

	return 0;
}



> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Serguei DACHIAN
> Sent: Tuesday, March 23, 1999 4:24 AM
> To: cygwin@sourceware.cygnus.com
> Subject: Again about physical disks.
>
>
> > > I got and installed the DLL, include files (which were with
> DLL) and also
> > > your version of mount utility.  I can't still read my floppy (without
> > > speaking about hard drives).  Here is my bash session:
> > > [...]
> > > P.S.  Your readme say that some feateres are for NT only.
> Does it mean
> > > that i will not be able to read /dev/fd0 and/or /dev/hda ???
> >
> > Sorry, I haven't noticed, you're on a Win9X system. The used
> > methods to access partitions and hard drives are only
> > useful on NT. Thanks to M$ :-(
> >
> So what finally these all means: is there no ANY way to read a physical
> sector from a physical disk under CygWin on a Win9x system ???
>
> I've also tried to use native Windows API call DeviceIOControl, but
> CreateFile (one needs to open disk with this one at first) fails. The
> following code:
> -------------------------------------------------
> HANDLE myDiskHandle;
>    if ( (myDiskHandle = CreateFile (disk,
>                                     GENERIC_READ,
>                                     FILE_SHARE_WRITE,
>                                     NULL,
>                                     OPEN_EXISTING,
>                                     FILE_ATTRIBUTE_NORMAL,
>                                     NULL)
>        ) == INVALID_HANDLE_VALUE )
>   {
>     printf("Error opening disque !!!\n");
>   }
> ------------------------------------------------
> fails (that is prints "Error opening disque !!!") with any of:
> char disk[]="\\\\.\\PHYSICALDRIVE2" ;
> char disk[]="\\\\.\\A:" ;
> char disk[]="\\\\.\\C:" ;
>
> I think this is again Win9x problem, because SDK documentation is
> not clear
> about it.
>
> So finally I state once more my question.  Is there ANY (at least one)
> method to read a physical disk from a physical drive using CygWin
> on a Win9x
> system???
>
> Any help whould be greatly appreciated.
>
> Regards,
>                 Serguei.
> __________________________________________________________________
> _________
> Serguei DACHIAN
> Laboratoire de Statistique et Processus,
> Universite du Maine, Av. Olivier Messiaen
> 72085 Le Mans CEDEX 9, FRANCE
> Tel.   : +33 (0)2 43 83 37 18
> Fax.   : +33 (0)2 43 83 35 79
> E-mail : Serguei.Dachian@univ-lemans.fr
> WWW    :
> http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[John Mullee]

Serguei DACHIAN wrote:
> Yes, surely all this would be much simpler, but what I am trying to do, is
> to write a Win9x application (using CygWin) capable of reading Ext2 Linux
> partition on a dual boot machine

Oooh. Why not look into writing a device/filesystem driver?
Would fit in more neatly, and be more flexible
(-> Win NT/98/2K)... no?
Wouldn't require raving insanity either ;)
One might even be able to layer FAT on top of EXT2.
Wouldn't that be nice?!
I wonder if cygwin can produce VXD's/.386 etcetera? ..
You could assemble them manually, if not..

john

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[John Mullee]

Serguei DACHIAN wrote:
> > > P.S.  Your readme say that some feateres are for NT only.  Does it mean
> > > that i will not be able to read /dev/fd0 and/or /dev/hda ???
> > Sorry, I haven't noticed, you're on a Win9X system. The used
> So what finally these all means: is there no ANY way to read a physical
> sector from a physical disk under CygWin on a Win9x system ???

This is a known 'feature' of w95;
the article "PRB: DeviceIoControl Int 13h Does Not Support Hard Disks"
< http://support.microsoft.com/support/kb/articles/q137/1/76.asp >
describes the problem and presents the code for a workaround.
It's *ugly* - you have to use 'flat thunks'.

So the short answer is *yes*, you can read disk-blocks from
cygwin-compiled code, but *no*, it's not easy, and
you'll need to be significantly motivated....

john

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: Again about physical disks.

[Serguei DACHIAN]

At 20:43 23/03/99 -0700, Rick Rankin wrote:
> Here's a short code sample for accessing the physical media id on Win9x from
> cygwin. The same mechanisms can be used to perform physical I/O. Much of
> this was taken from the documentation that comes with VC++ 6. It compiles
> and works fine with gcc.
>
Thanks for the code, but unfortunately this is NOT what I need.  The
discussion is about accessing PHYSICAL drives, e.g. a  first hard drive in
your PC, i.e le /dev/hda.  While your code can access only a:, c:, d:, etc.,
that is, a partition or a floppy, but not a physical harddisk.  MS says that
his methods (CreateFile and DeviceIOControl) fails in the case of physical
harddisks on  Win9x, and my experience confirm this.

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Mikey]

An ext2 driver has already been written
and compiled for win9x.

The code is in fsdext2.zip and fsdext2_src.zip,
and is (I believe) all 32 bit.
don't remember the URL offhand, but you can archie for them.
vxd's are 32 bit aren't they? at least he compiles
the whole thing with cl.exe so it must be.

Now the only thing you need to do is figure out
how to compile a vxd using cygwin tools, because
all of the cygwin functions work fine with the ext2
mounted disks. I have been using them for a long time.
mount -b I:/man /usr/man;mount -b I:/info /usr/info ;^)

he didn't do it with cygwin, but the code itself is done
and works fine.

writing 16 bit code works fine(in assembler), 
except that you can't
reference memory, I think the only way is for 
all variables to be on the stack. see gas info.

On Tue, 23 Mar 1999 18:42:06 +0100, you wrote:

>> Why not get NT 8)
>Because it is expensive.
>
>> ( - or - Linux?!?!)
>I already have it ;-)
>
>
>> Personally, I think you're barking mad to even consider it.
>> How about setting up a lan and mounting the drive from linux via NFS?
>> This _is_ the nineties, after all...
>>
>Yes, surely all this would be much simpler, but what I am trying to do, is
>to write a Win9x application (using CygWin) capable of reading Ext2 Linux
>partition on a dual boot machine, so I DO need read physical disks under
>WIN9x. But finally I start thinking that CygWin is NOT (at least yet) a
>compiler of the choice for THIS purpose :-((
>
>> Well, not directly to the OS from cygwin functions; no...  Though,
>> of course you could always do the necessary hocus-pocus with assembler
>> and god-knows-what to make it 'werk'.
>>
>BTW, if ever some "crazy":-) carries out all this, as you say, "hocus-pocus
>with assembler and god-knows-what", whouldn't it be great to incorporate all
>this staff in CygWin dll, so that using cygwin compiler under Win9x one can
>just "fopen" a hard drive and "fread" from it, as on a normal UNIX/POSIX
>system, and finally that wheird problem about accessing disks from Win9x
>disappear???  Unfortunately, I think I don't have the required competences
>to became that "crazy" :-))).
>
>Regards,
>                Serguei.
>___________________________________________________________________________
>Serguei DACHIAN
>Laboratoire de Statistique et Processus,
>Universite du Maine, Av. Olivier Messiaen
>72085 Le Mans CEDEX 9, FRANCE
>Tel.   : +33 (0)2 43 83 37 18
>Fax.   : +33 (0)2 43 83 35 79
>E-mail : Serguei.Dachian@univ-lemans.fr
>WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Serguei DACHIAN]

At 22:31 23/03/99 GMT, you wrote:
> An ext2 driver has already been written
> and compiled for win9x.
>
> The code is in fsdext2.zip and fsdext2_src.zip,
> and is (I believe) all 32 bit.
>
Thank for pointing to that.  I found the code, it is for MSVC and looks
quite complicated.  Anyway with that VXD I can just mount an ext2 partition
say as Z: and just access the files on it in a normal way, so I no longer
need to read ext2 partitian manually at low level.

Nevertheless, the problem of accessing physical drives under cygwin remains
open:-(((   ANd I whould much like to now, if there is a solution to that.

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: Again about physical disks.

[Serguei DACHIAN]

At 20:43 23/03/99 -0700, Rick Rankin wrote:
> Here's a short code sample for accessing the physical media id on Win9x from
> cygwin. The same mechanisms can be used to perform physical I/O. Much of
> this was taken from the documentation that comes with VC++ 6. It compiles
> and works fine with gcc.
>
Thanks for the code, but unfortunately this is NOT what I need.  The
discussion is about accessing PHYSICAL drives, e.g. a  first hard drive in
your PC, i.e le /dev/hda.  While your code can access only a:, c:, d:, etc.,
that is, a partition or a floppy, but not a physical harddisk.  MS says that
his methods (CreateFile and DeviceIOControl) fails in the case of physical
harddisks on  Win9x, and my experience confirm this.

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Serguei DACHIAN]

At 22:31 23/03/99 GMT, you wrote:
> An ext2 driver has already been written
> and compiled for win9x.
>
> The code is in fsdext2.zip and fsdext2_src.zip,
> and is (I believe) all 32 bit.
>
Thank for pointing to that.  I found the code, it is for MSVC and looks
quite complicated.  Anyway with that VXD I can just mount an ext2 partition
say as Z: and just access the files on it in a normal way, so I no longer
need to read ext2 partitian manually at low level.

Nevertheless, the problem of accessing physical drives under cygwin remains
open:-(((   ANd I whould much like to now, if there is a solution to that.

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: Again about physical disks.

[Rick Rankin]

Here's a short code sample for accessing the physical media id on Win9x from
cygwin. The same mechanisms can be used to perform physical I/O. Much of
this was taken from the documentation that comes with VC++ 6. It compiles
and works fine with gcc.

Rick
--
Rick Rankin
rrankin@primenet.com

#include <stdio.h>
#include <ctype.h>
#include <memory.h>
#include <windows.h>

#define VWIN32_DIOC_DOS_IOCTL 1

typedef struct _DEVIOCTL_REGISTERS
{
    DWORD reg_EBX;
    DWORD reg_EDX;
    DWORD reg_ECX;
    DWORD reg_EAX;
    DWORD reg_EDI;
    DWORD reg_ESI;
    DWORD reg_Flags;
} DEVIOCTL_REGISTERS, *PDEVIOCTL_REGISTERS;

typedef struct _MID
{
    WORD  midInfoLevel;
    DWORD midSerialNum;
    BYTE  midVolLabel[11];
    BYTE  midFileSysType[8];
} __attribute__ ((packed)) MID, *PMID;

BOOL DoIOCTL(PDEVIOCTL_REGISTERS preg)
{
    HANDLE hDevice;

    BOOL fResult;
    DWORD cb;

    preg->reg_Flags = 0x8000; // assume error (carry flag set)

    hDevice = CreateFile("\\\\.\\vwin32",
        GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE,
        (LPSECURITY_ATTRIBUTES) NULL, OPEN_EXISTING,
        FILE_ATTRIBUTE_NORMAL, (HANDLE) NULL);

    if (hDevice == (HANDLE) INVALID_HANDLE_VALUE)
        return FALSE;
    else
    {
        fResult = DeviceIoControl(hDevice, VWIN32_DIOC_DOS_IOCTL,
            preg, sizeof(*preg), preg, sizeof(*preg), &cb, 0);

        if (!fResult)
            return FALSE;
    }

    CloseHandle(hDevice);

    return TRUE;
}

BOOL GetMediaID(PMID pmid, UINT nDrive)
{
    DEVIOCTL_REGISTERS reg;

    reg.reg_EAX = 0x440D;       // IOCTL for block devices
    reg.reg_EBX = nDrive;       // one-based drive ID
    reg.reg_ECX = 0x0866;       // Get Media ID command
    reg.reg_EDX = (DWORD) pmid; // receives media ID info

    if (!DoIOCTL(&reg))
        return FALSE;

    if (reg.reg_Flags & 0x8000) // error if carry flag set
        return FALSE;

    return TRUE;
}

int main(int argc, char *argv[])
{
	MID mediaId;
	UINT driveId = (UINT) (toupper(argv[1][0]) - '@');

	memset((void *) &mediaId, 0, sizeof(MID));
	if (GetMediaID(&mediaId, driveId)) {
		printf("infoLevel   = %d\n",   mediaId.midInfoLevel);
		printf("serialNum   = %x\n",   mediaId.midSerialNum);
		printf("volLabel    = '%s'\n", mediaId.midVolLabel);
		printf("fileSysType = '%s'\n", mediaId.midFileSysType);
	}

	return 0;
}



> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Serguei DACHIAN
> Sent: Tuesday, March 23, 1999 4:24 AM
> To: cygwin@sourceware.cygnus.com
> Subject: Again about physical disks.
>
>
> > > I got and installed the DLL, include files (which were with
> DLL) and also
> > > your version of mount utility.  I can't still read my floppy (without
> > > speaking about hard drives).  Here is my bash session:
> > > [...]
> > > P.S.  Your readme say that some feateres are for NT only.
> Does it mean
> > > that i will not be able to read /dev/fd0 and/or /dev/hda ???
> >
> > Sorry, I haven't noticed, you're on a Win9X system. The used
> > methods to access partitions and hard drives are only
> > useful on NT. Thanks to M$ :-(
> >
> So what finally these all means: is there no ANY way to read a physical
> sector from a physical disk under CygWin on a Win9x system ???
>
> I've also tried to use native Windows API call DeviceIOControl, but
> CreateFile (one needs to open disk with this one at first) fails. The
> following code:
> -------------------------------------------------
> HANDLE myDiskHandle;
>    if ( (myDiskHandle = CreateFile (disk,
>                                     GENERIC_READ,
>                                     FILE_SHARE_WRITE,
>                                     NULL,
>                                     OPEN_EXISTING,
>                                     FILE_ATTRIBUTE_NORMAL,
>                                     NULL)
>        ) == INVALID_HANDLE_VALUE )
>   {
>     printf("Error opening disque !!!\n");
>   }
> ------------------------------------------------
> fails (that is prints "Error opening disque !!!") with any of:
> char disk[]="\\\\.\\PHYSICALDRIVE2" ;
> char disk[]="\\\\.\\A:" ;
> char disk[]="\\\\.\\C:" ;
>
> I think this is again Win9x problem, because SDK documentation is
> not clear
> about it.
>
> So finally I state once more my question.  Is there ANY (at least one)
> method to read a physical disk from a physical drive using CygWin
> on a Win9x
> system???
>
> Any help whould be greatly appreciated.
>
> Regards,
>                 Serguei.
> __________________________________________________________________
> _________
> Serguei DACHIAN
> Laboratoire de Statistique et Processus,
> Universite du Maine, Av. Olivier Messiaen
> 72085 Le Mans CEDEX 9, FRANCE
> Tel.   : +33 (0)2 43 83 37 18
> Fax.   : +33 (0)2 43 83 35 79
> E-mail : Serguei.Dachian@univ-lemans.fr
> WWW    :
> http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Mikey]

An ext2 driver has already been written
and compiled for win9x.

The code is in fsdext2.zip and fsdext2_src.zip,
and is (I believe) all 32 bit.
don't remember the URL offhand, but you can archie for them.
vxd's are 32 bit aren't they? at least he compiles
the whole thing with cl.exe so it must be.

Now the only thing you need to do is figure out
how to compile a vxd using cygwin tools, because
all of the cygwin functions work fine with the ext2
mounted disks. I have been using them for a long time.
mount -b I:/man /usr/man;mount -b I:/info /usr/info ;^)

he didn't do it with cygwin, but the code itself is done
and works fine.

writing 16 bit code works fine(in assembler), 
except that you can't
reference memory, I think the only way is for 
all variables to be on the stack. see gas info.

On Tue, 23 Mar 1999 18:42:06 +0100, you wrote:

>> Why not get NT 8)
>Because it is expensive.
>
>> ( - or - Linux?!?!)
>I already have it ;-)
>
>
>> Personally, I think you're barking mad to even consider it.
>> How about setting up a lan and mounting the drive from linux via NFS?
>> This _is_ the nineties, after all...
>>
>Yes, surely all this would be much simpler, but what I am trying to do, is
>to write a Win9x application (using CygWin) capable of reading Ext2 Linux
>partition on a dual boot machine, so I DO need read physical disks under
>WIN9x. But finally I start thinking that CygWin is NOT (at least yet) a
>compiler of the choice for THIS purpose :-((
>
>> Well, not directly to the OS from cygwin functions; no...  Though,
>> of course you could always do the necessary hocus-pocus with assembler
>> and god-knows-what to make it 'werk'.
>>
>BTW, if ever some "crazy":-) carries out all this, as you say, "hocus-pocus
>with assembler and god-knows-what", whouldn't it be great to incorporate all
>this staff in CygWin dll, so that using cygwin compiler under Win9x one can
>just "fopen" a hard drive and "fread" from it, as on a normal UNIX/POSIX
>system, and finally that wheird problem about accessing disks from Win9x
>disappear???  Unfortunately, I think I don't have the required competences
>to became that "crazy" :-))).
>
>Regards,
>                Serguei.
>___________________________________________________________________________
>Serguei DACHIAN
>Laboratoire de Statistique et Processus,
>Universite du Maine, Av. Olivier Messiaen
>72085 Le Mans CEDEX 9, FRANCE
>Tel.   : +33 (0)2 43 83 37 18
>Fax.   : +33 (0)2 43 83 35 79
>E-mail : Serguei.Dachian@univ-lemans.fr
>WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[John Mullee]

Serguei DACHIAN wrote:
> Yes, surely all this would be much simpler, but what I am trying to do, is
> to write a Win9x application (using CygWin) capable of reading Ext2 Linux
> partition on a dual boot machine

Oooh. Why not look into writing a device/filesystem driver?
Would fit in more neatly, and be more flexible
(-> Win NT/98/2K)... no?
Wouldn't require raving insanity either ;)
One might even be able to layer FAT on top of EXT2.
Wouldn't that be nice?!
I wonder if cygwin can produce VXD's/.386 etcetera? ..
You could assemble them manually, if not..

john

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[Serguei DACHIAN]

> Why not get NT 8)
Because it is expensive.

> ( - or - Linux?!?!)
I already have it ;-)


> Personally, I think you're barking mad to even consider it.
> How about setting up a lan and mounting the drive from linux via NFS?
> This _is_ the nineties, after all...
>
Yes, surely all this would be much simpler, but what I am trying to do, is
to write a Win9x application (using CygWin) capable of reading Ext2 Linux
partition on a dual boot machine, so I DO need read physical disks under
WIN9x. But finally I start thinking that CygWin is NOT (at least yet) a
compiler of the choice for THIS purpose :-((

> Well, not directly to the OS from cygwin functions; no...  Though,
> of course you could always do the necessary hocus-pocus with assembler
> and god-knows-what to make it 'werk'.
>
BTW, if ever some "crazy":-) carries out all this, as you say, "hocus-pocus
with assembler and god-knows-what", whouldn't it be great to incorporate all
this staff in CygWin dll, so that using cygwin compiler under Win9x one can
just "fopen" a hard drive and "fread" from it, as on a normal UNIX/POSIX
system, and finally that wheird problem about accessing disks from Win9x
disappear???  Unfortunately, I think I don't have the required competences
to became that "crazy" :-))).

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: Again about physical disks.

[John Mullee]

Serguei DACHIAN wrote:
> > > P.S.  Your readme say that some feateres are for NT only.  Does it mean
> > > that i will not be able to read /dev/fd0 and/or /dev/hda ???
> > Sorry, I haven't noticed, you're on a Win9X system. The used
> So what finally these all means: is there no ANY way to read a physical
> sector from a physical disk under CygWin on a Win9x system ???

This is a known 'feature' of w95;
the article "PRB: DeviceIoControl Int 13h Does Not Support Hard Disks"
< http://support.microsoft.com/support/kb/articles/q137/1/76.asp >
describes the problem and presents the code for a workaround.
It's *ugly* - you have to use 'flat thunks'.

So the short answer is *yes*, you can read disk-blocks from
cygwin-compiled code, but *no*, it's not easy, and
you'll need to be significantly motivated....

john

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Again about physical disks.

[Serguei DACHIAN]

> > I got and installed the DLL, include files (which were with DLL) and also
> > your version of mount utility.  I can't still read my floppy (without
> > speaking about hard drives).  Here is my bash session:
> > [...]
> > P.S.  Your readme say that some feateres are for NT only.  Does it mean
> > that i will not be able to read /dev/fd0 and/or /dev/hda ???
> 
> Sorry, I haven't noticed, you're on a Win9X system. The used
> methods to access partitions and hard drives are only
> useful on NT. Thanks to M$ :-(
>
So what finally these all means: is there no ANY way to read a physical
sector from a physical disk under CygWin on a Win9x system ???

I've also tried to use native Windows API call DeviceIOControl, but
CreateFile (one needs to open disk with this one at first) fails. The
following code:
-------------------------------------------------
HANDLE myDiskHandle;
   if ( (myDiskHandle = CreateFile (disk,
                                    GENERIC_READ,
                                    FILE_SHARE_WRITE,
                                    NULL,
                                    OPEN_EXISTING,
                                    FILE_ATTRIBUTE_NORMAL,
                                    NULL)
       ) == INVALID_HANDLE_VALUE )
  {
    printf("Error opening disque !!!\n");
  }
------------------------------------------------
fails (that is prints "Error opening disque !!!") with any of:
char disk[]="\\\\.\\PHYSICALDRIVE2" ;
char disk[]="\\\\.\\A:" ;
char disk[]="\\\\.\\C:" ;

I think this is again Win9x problem, because SDK documentation is not clear
about it.

So finally I state once more my question.  Is there ANY (at least one)
method to read a physical disk from a physical drive using CygWin on a Win9x
system???

Any help whould be greatly appreciated.

Regards,
                Serguei.
___________________________________________________________________________
Serguei DACHIAN
Laboratoire de Statistique et Processus,
Universite du Maine, Av. Olivier Messiaen
72085 Le Mans CEDEX 9, FRANCE
Tel.   : +33 (0)2 43 83 37 18
Fax.   : +33 (0)2 43 83 35 79
E-mail : Serguei.Dachian@univ-lemans.fr
WWW    : http://www.univ-lemans.fr/sciences/statist/cvs/thesard.html#dachian


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com