Windows port - Revision history

Lundman: /* Windows port of Open ZFS */

2023-06-20T00:20:05Z

‎Windows port of Open ZFS

2023-06-20T00:18:58Z

‎Windows port of Open ZFS

2019-08-26T05:53:12Z

2019-02-12T00:20:13Z

‎Windows port of Open ZFS

2018-12-19T06:38:59Z

Lundman moved page Windows to Windows port without leaving a redirect: Making a Windows landing Wiki

2018-10-18T02:29:12Z

‎Gallery

2018-06-19T06:23:28Z

‎Gallery

2018-06-19T06:15:45Z

‎Gallery

2018-06-19T06:10:25Z

‎Gallery

2018-02-18T13:13:44Z

@@ Line 68: / Line 68: @@
 Additional 2019 - and apparently, also return stat (as in getattr) struct in the '''IRP_MJ_CREATE''' open/create call.
-Updated 2023 - '''IRP_MJ_CREATE''' can also be called on a non-existent file, with a stream name, like ```newfile:newstream``` and it is expected to create the ```newfile```, then create the ```newstream``` and return a handle to ```newstream```. A double create event.
+Updated 2023 - '''IRP_MJ_CREATE''' can also be called on a non-existent file, with a stream name, like '''newfile:newstream''' and it is expected to create the '''newfile''', then create the '''newstream''' and return a handle to '''newstream'''. A double create event.
 The '''IRP_MJ_CREATE''' to Unix '''vnop_lookup''' has easily become the largest and most complicated of vnop calls.

@@ Line 67: / Line 67: @@
 Updated 2019 - So it seems that '''IRP_MJ_CREATE''' can also take a list of EAs to create at the same time as the open/create of the file/dir.
 Additional 2019 - and apparently, also return stat (as in getattr) struct in the '''IRP_MJ_CREATE''' open/create call.
 The '''IRP_MJ_CREATE''' to Unix '''vnop_lookup''' has easily become the largest and most complicated of vnop calls.

← Older revision		Revision as of 05:53, 26 August 2019
Line 64:		Line 64:

	It was about three months later, when I was wondering why I had to keep cleaning up empty directories after running the Windows tester tool '''ifstest.exe''' that I discovered that '''DeleteOnClose''' can also be set for Directories! So add '''vnop_rmdir''' to that list. ''Surprise!''		It was about three months later, when I was wondering why I had to keep cleaning up empty directories after running the Windows tester tool '''ifstest.exe''' that I discovered that '''DeleteOnClose''' can also be set for Directories! So add '''vnop_rmdir''' to that list. ''Surprise!''
		+
		+	Updated 2019 - So it seems that '''IRP_MJ_CREATE''' can also take a list of EAs to create at the same time as the open/create of the file/dir.
		+	Additional 2019 - and apparently, also return stat (as in getattr) struct in the '''IRP_MJ_CREATE''' open/create call.
		+
		+	The '''IRP_MJ_CREATE''' to Unix '''vnop_lookup''' has easily become the largest and most complicated of vnop calls.

@@ Line 124: / Line 124: @@
 Image:ZFSin_device_removal.png|''ZFSin device removal'' (20180501)
 Image:ZFSin_first_lua.png|''ZFSin channel program (lua script)'' (20181018)
 </gallery>

@@ Line 123: / Line 123: @@
 Image:ZFSin_first_compile.png|''ZFSin first compile'' (20180501)
 Image:ZFSin_device_removal.png|''ZFSin device removal'' (20180501)
 </gallery>

← Older revision	Revision as of 06:38, 19 December 2018
(No difference)

@@ Line 110: / Line 110: @@
 <gallery mode="packed-hover">
-Image:ZFSin first discovery.png|''ZFSin first discovery'' (20170411)
+Image:ZFSin_first_discovery.png|''ZFSin first discovery'' (20170411)
-Image:ZFSin import scan.png|''ZFSin import scan'' (20170414)
+Image:ZFSin_import_scan.png|''ZFSin import scan'' (20170414)
-Image:ZFSin first import.png|''ZFSin first import'' (20170414)
+Image:ZFSin_first_import.png|''ZFSin first import'' (20170414)
 </gallery>

← Older revision		Revision as of 13:13, 18 February 2018
Line 68:		Line 68:
	Can you imagine Unix code like '''dh = opendir("dir", DeleteOnClose); closedir(dh);''' to be the equivalent of '''rmdir("dir");'''?		Can you imagine Unix code like '''dh = opendir("dir", DeleteOnClose); closedir(dh);''' to be the equivalent of '''rmdir("dir");'''?

		+	Update - turns out you can also pass in an initial Allocation Size to the '''IRP_MJ_CREATE''' call for when a file is created/truncated, so we would need to handle this as well, somehow.

	So no, the Windows IRPs are not finer grained calls, there seems to be mostly about 10-20 ''real'' calls used for ''everything'', and all the rest are weird obscure(ish) calls, usually in specific areas like scsi. So each IRP ends up being a large function, testing all sorts of incoming flags, and branching out depending on the operation. Even simple calls like '''IRP_MJ_READ''' is also called for paging files, so has '''vnop_pagein''' included.		So no, the Windows IRPs are not finer grained calls, there seems to be mostly about 10-20 ''real'' calls used for ''everything'', and all the rest are weird obscure(ish) calls, usually in specific areas like scsi. So each IRP ends up being a large function, testing all sorts of incoming flags, and branching out depending on the operation. Even simple calls like '''IRP_MJ_READ''' is also called for paging files, so has '''vnop_pagein''' included.