- Ros-dev - ReactOS.org

RE: [ros-dev] FAT VFAT
by Murphy, Ged (Bolton) 13 May '05

13 May '05

Steven Edwards wrote: > > The problem is that while Reiser4 is very extendable and and supports a nice plugin API there is > no reiser driver for Windows that we can use. There is already a ext2fsd (3 of them actually) and > we can extend it to support ext3 with very little work. As a requirement of anything other than vfat is still quite some time in the future, is it not worth contacting the Reiser team to see if we rally them to build a Windows driver? By the time we need to implement functionality which vfat can't support, they may have been able to put something together. If you don't ask, you don't get :) Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

2 1

Re: [ros-dev] FAT VFAT
by Steven Edwards 13 May '05

13 May '05

Hi Rick, --- Rick Langschultz <rlangschultz(a)cox.net> wrote: > If people want to implement NTFS so badly why not use something like > ReiserFS4 for the actual fs, but write a VFS driver to be loaded to act like > NTFS. Since ReiserFS supports permissions and things of that nature it > should be interesting to see the result. Filesystem encryption could > possibly be implemented for files or folders too. The problem is that while Reiser4 is very extendable and and supports a nice plugin API there is no reiser driver for Windows that we can use. There is already a ext2fsd (3 of them actually) and we can extend it to support ext3 with very little work. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

1 0

Re: [ros-dev] Security policy for FAT partition driver?
by Steven Edwards 12 May '05

12 May '05

Hi, --- Phillip Susi <psusi(a)cfl.rr.com> wrote: > How would you reconcile the two different sets of owner and access > information associated with the file? For instance, if someone creates > a file on the partition from Linux, then you mount it with ROS, who owns > the file? Who has access to it? Linux would only place some > meaningless uid and chmod mask in the inode, so how would ROS come up > with a sensible security descriptor for the file when one does not > already exist? Windows would have this same problem with NTFS on Linux. If I am under Linux and make changes to files and create files how does linux-NTFS assign the proper SID and such to the files? This has been a long time problem that NTFS has with taking a drive from one Windows box to another. Its the same situation and mostly pointless. 99% of new ReactOS are not going to care and the resources we get from having a better filesystem now can be put in to developing a NTFS replacement. > These are the kinds of problems that make attempts for ReactOS to share > a unix filesystem ( and vice versa ) kludgey at best. If the ext2fsd supported ext3 journals there would be nothing wrong with using it. I mean hell right now ReactOS does not have a security subsystem so this whole discussion is a moot point. Unless you feel like implementing lsass =) Thanks Steven Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.html

3 2

Re: [ros-svn] [weiden] 15241:
by Thomas Weidenmueller 12 May '05

12 May '05

weiden(a)svn.reactos.com wrote: > Updated files: > trunk/reactos/lib/cpl/intl/locale.c Sorry, I forgot the commit message. the NULL termination character of the string should be saved as well, so calculate the buffer size correctly.

1 0

Networking
by James Tabor 12 May '05

12 May '05

Hi, Here is some networking dumps, I have a rtl8029 with io D000 and irq B, (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 ne2000!NICIndicatePacket: Indicating (64) bytes. (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (io/irp.c:877) Thread with dead IRPs!Assertion FALSE failed at io/irp.c:878 Entered debugger on embedded INT3 at 0x0008:0x800058e3. kdb:> bt Eip: <ntoskrnl.exe:58e4 (ke/i386/brkpoint.c:31 (DbgBreakPoint))> Frames: <ntoskrnl.exe:4c63e (io/irp.c:881 (IoCancelThreadIo))> <ntoskrnl.exe:7f603 (ps/kill.c:308 (PspExitThread))> <ntoskrnl.exe:7f9ca (ps/kill.c:500 (NtTerminateProcess))> <ntoskrnl.exe:36d2 (/tmp/cctdxNWF.s:180 (KiSystemService))> <kernel32.dll:27e20 (process/proc.c:593 (ExitProcess))> <ping.EXE:11f6> <ping.EXE:1238> <kernel32.dll:289b1 (process/create.c:331 (BaseProcessStart))> <deadbeef> kdb:> cont ne2000!NICIndicatePacket: Indicating (142) bytes. ne2000!NICIndicatePacket: Indicating (142) bytes. LAN WORKER BUSY 9e3e0390 80e10c18 ne2000!NICIndicatePacket: Indicating (142) bytes. LAN WORKER BUSY 9e3e0390 80e12738 ne2000!NICIndicatePacket: Indicating (142) bytes. LAN WORKER BUSY 9e3e0390 80e187f8 ne2000!NICIndicatePacket: Indicating (64) bytes. LAN WORKER BUSY 9e3e0390 80e1ecb8 ne2000!NICIndicatePacket: Indicating (64) bytes. LAN WORKER BUSY 9e3e0390 80e2cd28 ne2000!NICIndicatePacket: Indicating (142) bytes. LAN WORKER BUSY 9e3e0390 80e73c80 ne2000!NICIndicatePacket: Indicating (142) bytes. LAN WORKER BUSY 9e3e0390 80ef4b30 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0 (io/irp.c:877) Thread with dead IRPs!Assertion FALSE failed at io/irp.c:878 Entered debugger on embedded INT3 at 0x0008:0x800058e3. kdb:> bt Eip: <ntoskrnl.exe:58e4 (ke/i386/brkpoint.c:31 (DbgBreakPoint))> Frames: <ntoskrnl.exe:4c63e (io/irp.c:881 (IoCancelThreadIo))> <ntoskrnl.exe:7f603 (ps/kill.c:308 (PspExitThread))> <ntoskrnl.exe:7f9ca (ps/kill.c:500 (NtTerminateProcess))> <ntoskrnl.exe:36d2 (/tmp/cctdxNWF.s:180 (KiSystemService))> <kernel32.dll:27e20 (process/proc.c:593 (ExitProcess))> <ping.EXE:11f6> <ping.EXE:1238> <kernel32.dll:289b1 (process/create.c:331 (BaseProcessStart))> <deadbeef> kdb:> cont ne2000!NICIndicatePacket: Indicating (64) bytes. (dispatch.c:166)(dispatch) Select: 0 ne2000!NICIndicatePacket: Indicating (142) bytes. ne2000!NICIndicatePacket: Indicating (142) bytes. LAN WORKER BUSY 9e3e0390 812618f8 (dispatch.c:166)(dispatch) Select: 0 (dispatch.c:166)(dispatch) Select: 0

4 5

RE: [ros-diffs] [greatlrd] 15238: Fix two spelling error
by Casper Hornstrup 12 May '05

12 May '05

You might as well spell stopwach as stopwatch while you are there.

1 0

Re: [ros-dev] Security policy for FAT partition driver?
by Steven Edwards 12 May '05

12 May '05

Hi Rob, --- Robert Shearman <rob(a)codeweavers.com> wrote: > You can do it the same way Samba does it by using xattrs. It's a shame > that so few ReactOS developers turned up to WineConf as the Samba team > did a presentation on this. Yes that has been my suggestion. In my mind most people wont upgrade from Windows to ReactOS as they already have a Windows license so ReactOS like Linux wont have much need for NTFS. Right now there is a ext2fsd that mostly works with ReactOS but currently it has some problems with ext3. I am aware that you can do xattr support with ext2 and have suggested this to the ReactOS team. Thanks Steven __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail

2 1

Re: [ros-dev] Security policy for FAT partition driver?
by Steven Edwards 12 May '05

12 May '05

Hi Mike, --- Mike Nordell <tamlin(a)algonet.se> wrote: > Reparse points is a feature of NTFS I've myself used since over half a > decade now. As I know I'm not alone using both junction points and volume > mount points, I'd think scraping the barrel might be "somewhat" misleading. I think Robs point is the same as mine. Right now 99% of the world does not care about those features where they do care about the other 50% of the features ReactOS does not currently implement. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

1 0

RE: [ros-dev] Security policy for FAT partition driver?
by Waldo Alvarez Cañizares 11 May '05

11 May '05

Hi: Remember the another filesystem driver could be installed in WinNT as part of the ReactOS setup in those dual boot scenarios. Maybe WinNT could boot from that X filesystem too. You won't be using an NTFS partition or creating it and you won't need to create a different driver for NT since ROS driver should run ok on NT. Regards Waldo ________________________________ From: ros-dev-bounces(a)reactos.com on behalf of Murphy, Ged (Bolton) Sent: Wed 5/11/2005 10:22 AM To: 'ReactOS Development List' Subject: RE: [ros-dev] Security policy for FAT partition driver? Jonathan Wilson wrote: > Basicly, there are 2 kinds of users. > There are those who have windows and and NTFS partition and want to access > it from ROS. (perhaps dual boot ROS and win from the one NTFS partition > ambie if that is something ROS can be made to do). These people can use > ntfs.sys from MS since they have windows. > > Then there are those who dont have windows, dont have an existing NTFS > partion and dont have a copy of ntfs.sys. > Those people can use whatever other solution we come up with (ReactOS > implementation of NTFS, some unix FS like ext/reiser etc or whatever else > we come up with). That seems to make perfect sense. Why would anyone need/want to use NTFS if they don't need to access existing NTFS drives? If they do have existing NTFS drives, then as Jonathan says, they should also have the driver from MS to access it. Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

1 0

RE: [ros-dev] Security policy for FAT partition driver?
by Waldo Alvarez Cañizares 11 May '05

11 May '05

Hi: Well that's right until you try to access an encrypted file system. regards Waldo ________________________________ From: ros-dev-bounces(a)reactos.com on behalf of Mike Swanson Sent: Tue 5/10/2005 6:30 PM To: ReactOS Development List Subject: Re: [ros-dev] Security policy for FAT partition driver? Philip: Any filesystem is plenty insecure if you are accessing it via a bootable CD-ROM or other such measures. Also, ext2 already has a journal, it's called ext3. -- Mike _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/mailman/listinfo/ros-dev

1 0

CIDHandles bug ?
by open.proyects＠gmail.com 11 May '05

11 May '05

Hello, I am playing with DebugView from SysInternals and i noticed that ROS KeBugChecks in NtOpenProccess (line 878): if (ClientId->UniqueThread) { /* Get the Process */ if (ClientId->UniqueThread == (HANDLE)-1) KEBUGCHECK(0); <===== HERE DPRINT("Opening by Thread ID: %x\n", ClientId->UniqueThread); Status = PsLookupProcessThreadByCid(ClientId, &Process, &Thread); DPRINT("Found: %x\n", Process); It looks like that UniqueThread holds value -1. I look in NtCreateThread and it has CID handle creation implemented (PsCreateCidHandle and friends ...) I only get KeBugCheck with DebugView (another exes run properly). If you force a false evaluation (for example: if ((ClientId->UniqueThread)&&(0))) NtOpenProcess does a LookUp by proccess cid and DebugView run fine Any idea?

2 1

Re: Ros-dev Digest, Vol 9, Issue 21
by David Eckert 11 May '05

11 May '05

It'd be interesting to see one develop a filesystem for ReactOS, but AS a filesystem designed explicitly for the OS itself. It could be called "ROSfs" or something similar.

2 1

RE: [ros-dev] Security policy for FAT partition driver?
by Steven Edwards 11 May '05

11 May '05

--- "Murphy, Ged (Bolton)" <MurphyG(a)cmpbatteries.co.uk> wrote: > I think what Boaz was talking about here was is the fact that the Samba team > (tridge) are talking about porting Samba to the Windows environment for ROS. > My (limited) understanding of this is it would be a 'real' emulation of > cifs/netbt, not samba running in a unix environment via POSIX. > > Speak to Steven Edwards or KJK for more info as they were talking to Tridge. Short term Samba and Samba-Tng are going to be ported to Mingw so they can run on Windows and ReactOS. Long term there does need to be a intigration plan. I think we can wrap smbd in a dummy Server service but I have not done much research on the intigration part yet. Right now I just want to get the damn things built and sharing files. Samba is a lot more besides just the filesharing module.....Its ms-rpc, network printer spooling, wins and network winlogin/Active Directory, etc..... Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

1 0

RE: [ros-dev] Security policy for FAT partition driver?
by Murphy, Ged (Bolton) 11 May '05

11 May '05

Phillip Susi > > 2. I have not been to Wineconf-2005, but from the summery what I could > > see is that one of the key notes was the Samba team. Now ReactOS is > > going to use Samba right? > > No. ReactOS will not use Samba anymore than we use WINE, which is to > say, we might borrow bits of code here and there, but as a whole, the > project is radically different than what we need. Samba is a server > that runs on Linux and emulates a lanman/cifs/whatever MS is calling it > these days server. What ReactOS would need is a real implementation of > the lanman server on an NT kernel, not a hacked emulation on top of posix. I think what Boaz was talking about here was is the fact that the Samba team (tridge) are talking about porting Samba to the Windows environment for ROS. My (limited) understanding of this is it would be a 'real' emulation of cifs/netbt, not samba running in a unix environment via POSIX. Speak to Steven Edwards or KJK for more info as they were talking to Tridge. Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

RE: [ros-dev] Security policy for FAT partition driver?
by Murphy, Ged (Bolton) 11 May '05

11 May '05

Jonathan Wilson wrote: > Basicly, there are 2 kinds of users. > There are those who have windows and and NTFS partition and want to access > it from ROS. (perhaps dual boot ROS and win from the one NTFS partition > ambie if that is something ROS can be made to do). These people can use > ntfs.sys from MS since they have windows. > > Then there are those who dont have windows, dont have an existing NTFS > partion and dont have a copy of ntfs.sys. > Those people can use whatever other solution we come up with (ReactOS > implementation of NTFS, some unix FS like ext/reiser etc or whatever else > we come up with). That seems to make perfect sense. Why would anyone need/want to use NTFS if they don't need to access existing NTFS drives? If they do have existing NTFS drives, then as Jonathan says, they should also have the driver from MS to access it. Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

RE: [ros-dev] Security policy for FAT partition driver?
by Murphy, Ged (Bolton) 11 May '05

11 May '05

Mark Junker wrote: > simply use ReiserFS 4 because it implements all (!) features that are provided by NTFS. That would be my choice of filesystem also. I don't see a reason for trying to implement ext2/3 when we have ReiserFS at our disposal. Ged. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

RE: [ros-dev] Re: [ros-svn] [chorns] 15142: Re-add local w32api changes
by Steven Edwards 11 May '05

11 May '05

--- Casper Hornstrup <ch(a)csh-consult.dk> wrote: > Probably, but they won't have the same casing as in the Platform SDK then. Yes but Windows is case insensitive so matching the PSDK case is just a waste of time. Besides the rest of the w32api is in lower case so anyone importing a project on mingw-linux already has to adjust the case. If there are no objections I will change the GDIplus headers and the source for the stub dll. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

1 0

Re: [ros-svn] [chorns] 15142: Re-add local w32api changes
by Steven Edwards 10 May '05

10 May '05

Hi, --- chorns(a)svn.reactos.com wrote: > Re-add local w32api changes > Added files: > trunk/reactos/w32api/include/GdiPlus.h This has bothered me for a while. Can we make the filenames all lowercase? Having mixed cases causes a problem when people develop on Windows and don't check to make sure they have used the correct case in source files resulting in broken builds of Linux developers. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

2 1

experimental mingw port of GCC4
by Thomas Weidenmueller 10 May '05

10 May '05

I spent some time doing a mingw port of GCC4 lately and here's my experimental mingw-special-reactos port for win32: http://www.reactsoft.com/mingw-special-reactos-20050510.zip The reactos tree fully compiles from rev. 15198 on and appears to work fine. However, please read notes.txt inside the archive to get it to work properly (default paths are messed up, so you have to set up three environment variables). Compiling reactos with it will produce quite a bunch of warnings, mostly from 3rd party libraries (e.g. oskittcp, mesa32), the imported wine code and explorer. Best Regards, Thomas

1 0

Re: [ros-svn] [ion] 15178: Make the remaning code match the current formatting instead of being really ugly, and make some changes to IoCreateFileStreamObject (which is wrong anyways, since it's doing what *Lite should do)
by Alex Ionescu 10 May '05

10 May '05

ion(a)svn.reactos.com wrote: >Make the remaning code match the current formatting instead of being really ugly, > >and make some changes to IoCreateFileStreamObject (which is wrong anyways, since it's doing what *Lite should do) > > > This breaks usetup/vfat/whatever. I'll fix it until I have time to look at the whole picture. (Well actually I'll add back the incorrect parts of the code :P) Best regards, Alex Ionescu

2 2

Can anybody commit this patch ?
by Javier Muñoz Mellid 09 May '05

09 May '05

Hi there, It'd be very appreciated if some fellow with write access can commit this patch. It implements SeCreateAccessState, SeDeleteAccessState and SeSetAccessStateGenericMapping. It defines an opaque structure for _ACCESS_STATE too. Best regards, -Javier

3 7

Re: [ros-dev] Can anybody commit this patch ?
by Steven Edwards 09 May '05

09 May '05

Hi, --- Thomas Weidenmueller <w3seek(a)reactos.com> wrote: > If you know, why shouldn't he know? From what I understand the entire > structure is opaque, so my guess is that the names are just guessed, > based on the obviously known layout. I googled for quite a while and found next to nothing about these functions or that structure. A little birdy told me that a IDA lookup does not even show a third member. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

1 0

Re: [ros-dev] VOTE: Switch to Wine Debug System
by Javier Muñoz Mellid 09 May '05

09 May '05

I prefer the Wine Debug System. My vote is "Yes!"

1 0

Re: [ros-svn] [ion] 15175: Fix NtWriteFile: Get right Deviceobject, Use FileObject->FinalStatus, use FileObject-.CurrentByteOffset if ByteOffset == FILE_USER_FILE_POINTER_POSITION, add SEH, use right event requested access, set IRP_WRITE_OPERATION flag, add support for IRP_NOCACHE and add support for SL_WRITE_THROUGH if FO_WRITE_THROUGH is enabled.
by Alex Ionescu 09 May '05

09 May '05

ion(a)svn.reactos.com wrote: >Fix NtWriteFile: Get right Deviceobject, Use FileObject->FinalStatus, use FileObject-.CurrentByteOffset if ByteOffset == FILE_USER_FILE_POINTER_POSITION, add SEH, use right event requested access, set IRP_WRITE_OPERATION flag, add support for IRP_NOCACHE and add support for SL_WRITE_THROUGH if FO_WRITE_THROUGH is enabled. > > > > Hey Steven, I don't know what happened but this commit added a bunch of whitespaces back!? I don't know why, I already had updated to the latest version. Anyways, please run your script again I guess. (on file.c) Best regards, Alex Ionescu

1 0

Re: [ros-dev] VOTE: Switch to Wine Debug System
by Steven Edwards 09 May '05

09 May '05

Hi, --- Alex Ionescu <ionucu(a)videotron.ca> wrote: > Nope, with Dbg Filter States we have the ability to create an unlimited > number of "channels" Is there a documented list somewhere of the channel names/numbers Microsoft uses for each dll? It would be nice to have Wine and ReactOS match the Windows implementation. Thanks Steven Discover Yahoo! Use Yahoo! to plan a weekend, have fun online and more. Check it out! http://discover.yahoo.com/

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev