Hi,
if I browse the repository on svn.reactos.com, I see for
trunk/reactos/subsys/system/expand an old version and not all files. I'm
missing En.rc, expand.rc and resource.h. I get this files with a
checkout or an update. I've merged the trunk to a clean source tree of
the cache_mangeger_rewrite branch on my disk and committed the changes.
Exactly this three files wasn't committed to the branch, but they are in
my tree.
- Hartmut
hbirr(a)svn.reactos.com wrote:
>
>
> Deleted files:
> branches/cache_manager_rewrite/reactos/lib/msgina/
Just out of curiosity, what's that deleting+adding for?
Best Regards,
Thomas
Hi!
A patch, committed within the last two weeks, broke the named pipe
filesystem driver. The result is the message:
service/sctrl.c:305 Pipe read failed
The error code is ERROR_BROKEN_PIPE.
This bug keeps user-mode services from starting up. I assume the bug is
caused by one on the patches to ntoskrnls IO code because npfs has not
been touched for a few more weeks.
Please fix this bug as soon as possible as it keeps me from working on
PnP and RPC!
Regards,
Eric
David Johnson wrote:
> I asked too. No reply also.
> What gives?
>
> On 5/17/05, Fero Vlkolinsky <f.vlkolinsky(a)alcatel.sk> wrote:
> > Hi,
> >
> > I've read that Alex Ionescu wanted to start JANITOR project for reactOS.
I'd like to join but he didn't reply my > mail. So is this
> > project alive or is it abandoned completely?
> >
> > Fero
It's been put on hold for a while until Alex finishes school, (and winsock2,
and object manager and .... ) heh.
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
Hi,
I've read that Alex Ionescu wanted to start JANITOR project for reactOS. I'd like to join but he didn't reply my mail. So is this
project alive or is it abandoned completely?
Fero
Hi all,
Does anyone know if MingW packs structures by default (as I think Borland
does),
or do I need to declare #pragma pack(1) ?
Thanks,
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
Hi all
There's interest in forming an interface team, and I think it's worth
exploring. This team would be responsible for all visual styling that
goes on in the project. This includes ReactOS UI design and the look &
feel of the website.
So far both mf (as known on IRC, and has come up with most of our
current icons in ReactOS) and Mikko Tikkanen (has done a great mock-up
for the site: http://devnet.dnsalias.net/guidesign/web_mockup.jpg)
have shown interest in heading this team. If anyone else wants to
throw their hat into the ring - feel free to do so.
It'll probably come down to a vote - but first if the respective
people could tell everyone more about themselves and perhaps the
related UI experience they have.
Regards
Jason
[CC] dinput_main.c
[CC] joystick_linux.c
[CC] joystick_linuxinput.c
[CC] keyboard.c
keyboard.c:43:1: warning: "LLKHF_EXTENDED" redefined
In file included from ../../include/wine/winuser.h:10,
from keyboard.c:30:
../../w32api/include/winuser.h:2150:1: warning: this is the location of
the prev
ious definition
keyboard.c:46:1: warning: "LLKHF_UP" redefined
../../w32api/include/winuser.h:2153:1: warning: this is the location of
the prev
ious definition
[CC] mouse.c
mouse.c:49: error: conflicting types for 'MSLLHOOKSTRUCT'
../../w32api/include/winuser.h:3076: error: previous declaration of
'MSLLHOOKSTR
UCT' was here
mouse.c:49: error: conflicting types for 'PMSLLHOOKSTRUCT'
../../w32api/include/winuser.h:3076: error: previous declaration of
'PMSLLHOOKST
RUCT' was here
make[1]: *** [mouse.o] Error 1
make: *** [dinput] Error 2
E:\src\ros\trunk\reactos>
Hi,
--- Jason Filby <jason.filby(a)gmail.com> wrote:
, and has come up with most of our
> current icons in ReactOS) and Mikko Tikkanen (has done a great mock-up
> for the site: http://devnet.dnsalias.net/guidesign/web_mockup.jpg)
I love that site design. That is how reactos.org should look.
Thanks
Steven
Discover Yahoo!
Find restaurants, movies, travel and more fun for the weekend. Check it out!
http://discover.yahoo.com/weekend.html
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
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
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
>
> 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
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
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
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>
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?
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
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
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
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
