Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

Security policy for FAT partition driver?
by reactos 16 May '05

16 May '05

I was thinking about the security policy and NTFS partitions, I really like this function, but this is only availible on NTFS, but why not make the FAT driver head the policies and make it work as NTFS? Of course it's really easy to boot from a DOS disk and be able to read/write any file, but being able to set access policys on a home-computer/network is a real help for an administrator. It doesn't stop a hacker, but children and wifes (some of them anyway). Microsoft isn't interested in such a driver because they want everyone to run NTFS, but we don't have such preference, we are interested in the best function not our habitat. Yours sincerely, Jaix Bly

16 41

Re: [ros-dev] build error
by Sylvain Petreolle 16 May '05

16 May '05

Its now fixed, please update. --- Hartmut Birr <hartmut.birr(a)gmx.de> a écrit: > Hi, > > I'm not able to compile win32k. > > - Hartmut > > M:\Sandbox\ros_work\reactos>_make win32k > win32k: [DEPENDS] .w32k.d > win32k: [PCH] w32k.h > In file included from w32k.h:21: > ../../ntoskrnl/include/internal/ob.h:41: error: syntax error before > "OB_DUMP_METHOD" > ../../ntoskrnl/include/internal/ob.h:41: warning: no semicolon at end of > struct or union > ../../ntoskrnl/include/internal/ob.h:42: warning: type defaults to `int' > in declaration of `OpenProcedure' > ../../ntoskrnl/include/internal/ob.h:42: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:43: error: syntax error before > "CloseProcedure" > ../../ntoskrnl/include/internal/ob.h:43: warning: type defaults to `int' > in declaration of `CloseProcedure' > ../../ntoskrnl/include/internal/ob.h:43: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:44: error: syntax error before > "DeleteProcedure" > ../../ntoskrnl/include/internal/ob.h:44: warning: type defaults to `int' > in declaration of `DeleteProcedure' > ../../ntoskrnl/include/internal/ob.h:44: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:45: error: syntax error before > "ParseProcedure" > ../../ntoskrnl/include/internal/ob.h:45: warning: type defaults to `int' > in declaration of `ParseProcedure' > ../../ntoskrnl/include/internal/ob.h:45: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:46: error: syntax error before > "SecurityProcedure" > ../../ntoskrnl/include/internal/ob.h:46: warning: type defaults to `int' > in declaration of `SecurityProcedure' > ../../ntoskrnl/include/internal/ob.h:46: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:47: error: syntax error before > "QueryNameProcedure" > ../../ntoskrnl/include/internal/ob.h:47: warning: type defaults to `int' > in declaration of `QueryNameProcedure' > ../../ntoskrnl/include/internal/ob.h:47: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:48: error: syntax error before > "OkayToCloseProcedure" > ../../ntoskrnl/include/internal/ob.h:48: warning: type defaults to `int' > in declaration of `OkayToCloseProcedure' > ../../ntoskrnl/include/internal/ob.h:48: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:49: warning: type defaults to `int' > in declaration of `OBJECT_TYPE_INITIALIZER' > ../../ntoskrnl/include/internal/ob.h:49: warning: type defaults to `int' > in declaration of `POBJECT_TYPE_INITIALIZER' > ../../ntoskrnl/include/internal/ob.h:49: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:62: error: syntax error before > "OBJECT_TYPE_INITIALIZER" > ../../ntoskrnl/include/internal/ob.h:62: warning: no semicolon at end of > struct or union > ../../ntoskrnl/include/internal/ob.h:65: error: syntax error before '}' > token > ../../ntoskrnl/include/internal/ob.h:65: warning: type defaults to `int' > in declaration of `OBJECT_TYPE' > ../../ntoskrnl/include/internal/ob.h:65: warning: data definition has no > type or storage class > ../../ntoskrnl/include/internal/ob.h:191: error: syntax error before > "ObjectTypeInitializer" > _make[1]: *** [w32k.h.gch] Error 1 > _make: *** [win32k] Error 2 > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-dev > Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

1 0

build error
by Hartmut Birr 15 May '05

15 May '05

Hi, I'm not able to compile win32k. - Hartmut M:\Sandbox\ros_work\reactos>_make win32k win32k: [DEPENDS] .w32k.d win32k: [PCH] w32k.h In file included from w32k.h:21: ../../ntoskrnl/include/internal/ob.h:41: error: syntax error before "OB_DUMP_METHOD" ../../ntoskrnl/include/internal/ob.h:41: warning: no semicolon at end of struct or union ../../ntoskrnl/include/internal/ob.h:42: warning: type defaults to `int' in declaration of `OpenProcedure' ../../ntoskrnl/include/internal/ob.h:42: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:43: error: syntax error before "CloseProcedure" ../../ntoskrnl/include/internal/ob.h:43: warning: type defaults to `int' in declaration of `CloseProcedure' ../../ntoskrnl/include/internal/ob.h:43: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:44: error: syntax error before "DeleteProcedure" ../../ntoskrnl/include/internal/ob.h:44: warning: type defaults to `int' in declaration of `DeleteProcedure' ../../ntoskrnl/include/internal/ob.h:44: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:45: error: syntax error before "ParseProcedure" ../../ntoskrnl/include/internal/ob.h:45: warning: type defaults to `int' in declaration of `ParseProcedure' ../../ntoskrnl/include/internal/ob.h:45: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:46: error: syntax error before "SecurityProcedure" ../../ntoskrnl/include/internal/ob.h:46: warning: type defaults to `int' in declaration of `SecurityProcedure' ../../ntoskrnl/include/internal/ob.h:46: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:47: error: syntax error before "QueryNameProcedure" ../../ntoskrnl/include/internal/ob.h:47: warning: type defaults to `int' in declaration of `QueryNameProcedure' ../../ntoskrnl/include/internal/ob.h:47: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:48: error: syntax error before "OkayToCloseProcedure" ../../ntoskrnl/include/internal/ob.h:48: warning: type defaults to `int' in declaration of `OkayToCloseProcedure' ../../ntoskrnl/include/internal/ob.h:48: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:49: warning: type defaults to `int' in declaration of `OBJECT_TYPE_INITIALIZER' ../../ntoskrnl/include/internal/ob.h:49: warning: type defaults to `int' in declaration of `POBJECT_TYPE_INITIALIZER' ../../ntoskrnl/include/internal/ob.h:49: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:62: error: syntax error before "OBJECT_TYPE_INITIALIZER" ../../ntoskrnl/include/internal/ob.h:62: warning: no semicolon at end of struct or union ../../ntoskrnl/include/internal/ob.h:65: error: syntax error before '}' token ../../ntoskrnl/include/internal/ob.h:65: warning: type defaults to `int' in declaration of `OBJECT_TYPE' ../../ntoskrnl/include/internal/ob.h:65: warning: data definition has no type or storage class ../../ntoskrnl/include/internal/ob.h:191: error: syntax error before "ObjectTypeInitializer" _make[1]: *** [w32k.h.gch] Error 1 _make: *** [win32k] Error 2

2 1

Re: [ros-dev] Security policy for FAT partition driver?
by Robert Köpferl 15 May '05

15 May '05

> > Well, in short, in the (now free downloadable) SFU 3.5 there is a NIS > bridge, which exposes accounts and groups to NIS compliant machines. > After installing SFU, your credentials management console shows a tab > with tipical UNIX/POSIX attributes and files have an attrribute tab with > rwxrvxrvx... It seems that the design of IFS subsystem assumes a > superset of every known fs available about 1990. > Hmmm, yea. That's basicly what I think of the wohle thing. It should be possible for an IFS or another part to do a 1:1 or a 100:90 mapping of rights and users <-> SIDs In my opinion there'S nothing to it to limit the user-part of SIDs to 16-bit and cut out just that. PS. My favorite is still JFS. It has been prooved on OS/2 and OS/2 is our next relative. Its Src is open(GPL) and it supports most of the features. Even reparse points can be transparently implemented (EAs). I have nothing against s.o. implementing NTFS, but I see many problems. So cut & off

3 3

Re: [ros-dev] Idea: File System Options
by Steven Edwards 15 May '05

15 May '05

Hi, --- Robert K�pferl <rob(a)koepferl.de> wrote: > Please, all, tell me, what are you insisting so much on so unimportand > features like transparent encryption and transparent compression. In my > eyes the first step is to have a FS which is better than FAT and allows > ACLs+EA or xattr+posix-acls (NOTE these are mostly isomorphisms). Most > people can pass on enc+compr at all. Some use it but they can wait or > also pass on it until it can/will be implemented or not implemented. > There exist ways to come around that. Even GPL. See 7zip and TrueCrypt. > For my requirements TrueCrypt beats NTFS-EFS. So why bother. If you want to extend vfat support which we have already done in our vfatfs.sys by adding support for xbox fatx, then I propose we add Transactional Fat support. The idea was first proposed on LKML and then later implement in WinCE. Thanks Steven Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html

1 0

Re: [ros-svn] [greatlrd] 15301: Partiy implement long filename support
by James Tabor 15 May '05

15 May '05

Hi! greatlrd(a)svn.reactos.com wrote: > Partiy implement long filename support > example filefilefile.txt can store now with cdmake > but not filefilefiles.txt have not check why it say not a iso9660 name > > > > > Updated files: > trunk/reactos/tools/cdmake/cdmake.c > > Getting this; cdmake.c: In function `parse_filename_into_dirrecord': cdmake.c:621: warning: implicit declaration of function `itoa' make[2]: *** [cdmake.o] Error 1 make[1]: *** [cdmake_target] Error 2 make: *** [tools] Error 2 Have fun! James

2 2

crash while booting
by Hartmut Birr 15 May '05

15 May '05

Hi, I'm not able to boot ros on my test machine. It seems that the crash is related to rev 15255. - Hartmut ... DriverBase for aic78u2.sys: 809ed000 (io/driver.c:1204) Driver load failed, status (c0000001) DriverBase for symc8xx.sys: 80a01000 (io/driver.c:1204) Driver load failed, status (c0000001) DriverBase for fireport.sys: 80a0a000 (io/irp.c:397) Total allocates: 367 (io/irp.c:399) Alloc attempt on CPU list: 80d67e38 (io/irp.c:397) Total allocates: 368 (io/irp.c:399) Alloc attempt on CPU list: 80d67c80 (io/irp.c:397) Total allocates: 369 (io/irp.c:399) Alloc attempt on CPU list: 80d67ac8 (io/irp.c:397) Total allocates: 370 (io/irp.c:399) Alloc attempt on CPU list: 80c1c590 (io/irp.c:397) Total allocates: 371 (io/irp.c:399) Alloc attempt on CPU list: 00000000 (io/irp.c:406) Total misses: 17 (io/irp.c:412) Alloc attempt on SYS list: 80d6abd0 (io/irp.c:397) Total allocates: 372 (io/irp.c:399) Alloc attempt on CPU list: 00000000 (io/irp.c:406) Total misses: 18 (io/irp.c:412) Alloc attempt on SYS list: cccccccc KeBugCheckWithTf at ke/catch.c:222 A problem has been detected and ReactOS has been shut down to prevent damage to your computer. The problem seems to be caused by the following file: ntoskrnl.exe KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0xc0000005,0x800a3a68,0x00000000,0xcccccccc) *** ntoskrnl.exe - Address 0x800a3a68 base at 0x80000000, DateStamp 0x0 Page Fault Exception: 14(2) Processor: 0 CS:EIP 8:800a3a68 <ntoskrnl.exe:a3a68 (D:\DOKUME~1\hb\LOKALE~1\Temp/ccUdbaaa.s:35 (memset))> cr2 cccccccc cr3 34000 Proc: 80c04ce0 Pid: 4 <System> Thrd: 80c057e0 Tid: 0 DS 10 ES 10 FS 30 GS 10 EAX: 00000000 EBX: 80d6b730 ECX: 00000025 EDX: 00000094 EBP: 800f0574 ESI: 80d685a8 ESP: 800f04fc EDI: cccccccc EFLAGS: 00210212 kESP 800f04fc kernel stack base 800ee000 Frames: <ntoskrnl.exe:93345 (mem.c:98 (RtlFillMemory))> <ntoskrnl.exe:933de (mem.c:168 (RtlZeroMemory))> <ntoskrnl.exe:48d94 (io/irp.c:1357 (IoInitializeIrp))> <ntoskrnl.exe:47e4c (io/irp.c:450 (IoAllocateIrp))> <ntoskrnl.exe:48199 (io/irp.c:643 (IoBuildDeviceIoControlRequest))> <scsiport.sys:3071 (scsiport.c:1948 (SpiSendInquiry))> <scsiport.sys:3448 (scsiport.c:2098 (SpiScanAdapter))> <scsiport.sys:216f (scsiport.c:1118 (ScsiPortInitialize))> <fireport.sys:736> <ntoskrnl.exe:3ef6e (io/driver.c:563 (IopInitializeDriverModule))> <800AAFCC> <ntoskrnl.exe:3f8ea (io/driver.c:1267 (IopInitializeBootDrivers))> <800AB926> <800A915A> <ntoskrnl.exe:10544 (ke/main.c:103 (KiSystemStartup))> <800A77AA> <0>

2 2

CygWin on WinE
by Rafal Kupiec 15 May '05

15 May '05

I readed somewhere in Internet thats is any way to run CygWin applications like bash on WinE. How can I do it? And what doesn't reactos have that's needed to run cygwin on ReactOS?

1 0

Fwd: reactos
by Jason Filby 14 May '05

14 May '05

Hi all Some feedback from Eugenia of osnews.com. Cheers Jason ---------- Forwarded message ---------- From: Eugenia Loli-Queru <eloli(a)hotmail.com> Date: May 2, 2005 7:02 AM Subject: reactos To: jason.filby(a)gmail.com I just downloaded the latest reactos and tried it with qemu 0.7. Some points: 1. Most of the panels don't fit on VGA screens and so I can't apply settings. It would be wise to design them as VGA-friendly. 2. I can't change the resolution and it seems you don't support qemu's network adapter either? 3. Please provide some apps with the emulated OS (adding 10 more MBs is not a big deal). I can't download anything atm as I don't have a browser or internet access inside reactos and this limits my experience with it. thx, Eugenia

3 3

waste of time
by Casper Hornstrup 14 May '05

14 May '05

I just spent most of an hour resolving merge conflicts, mostly due to our use of keywords. I think my time could have been better spent on improving the build system. Can we please avoid using keywords unless the information needs to be compiled into ReactOS? Casper

1 0

Jump to page:

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