Menu
▾
▴
reactos-kernel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(64) |
Oct
(438) |
Nov
(183) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(132) |
May
(466) |
Jun
(366) |
Jul
(392) |
Aug
(31) |
Sep
(18) |
Oct
|
Nov
|
Dec
|
|
From: Eric K. <ek...@rz...> - 2002-06-07 19:59:25
|
"Joseph Galbraith" <gal...@va...> wrote: > I've implemented NtCreateToken and fixed up > NtQueryInformationToken(). > > - Implement NtCreateToken() > - Implement RtlGetAce() > - Fix bug which cause RtlCreateAcl() to always fail. > - Cleanup parameter names and fix bug that caused a > buffer overrun in RtlCopySidAndAttributesArray() > - When referencing the token object in NtQueryInformationToken() > pass in either TOKEN_QUERY access or TOKEN_QUERY_SOURCE access. > Passing in zero led to ObReferenceObjectByHandle() always > failing with ACCESS_DENIED. > - Fixed NtQueryInformationToken() to check the buffer > length and return STATUS_BUFFER_TO_SMALL and the > required length. > - Ensure that the ReturnLength is set correctly when > NtQueryInformationToken() succeeds. Previously, it > was set to the number of bytes unused in the user buffer > in some cases or not set at all. > - Handle case of NULL default dacl correctly in > NtQueryInformationToken() > - Update main makefile to build apps\utils. > - Update makefiles in apps\utils to have the > correct PATH_TO_TOP. > - Update main makefile to build apps\tests\tokentest Great! > I've included the output from cvs diff; I'm > not sure if that is good enough or not (I'm > definitely not a patch / diff guru.) Could you resubmit patch.txt using the unified format (run 'diff -u'). The unified format is much more readable than the other formats. > Also included is tokentest.c and a makefile which > need to be added to the apps\tests\tokentest > directory. > > Let me know what else I need to do. I'll commit my pending changes and then I'll apply and commit yours. Thanks, Eric |
|
From: Joseph G. <gal...@va...> - 2002-06-07 19:37:24
|
I've implemented NtCreateToken and fixed up NtQueryInformationToken(). - Implement NtCreateToken() - Implement RtlGetAce() - Fix bug which cause RtlCreateAcl() to always fail. - Cleanup parameter names and fix bug that caused a buffer overrun in RtlCopySidAndAttributesArray() - When referencing the token object in NtQueryInformationToken() pass in either TOKEN_QUERY access or TOKEN_QUERY_SOURCE access. Passing in zero led to ObReferenceObjectByHandle() always failing with ACCESS_DENIED. - Fixed NtQueryInformationToken() to check the buffer length and return STATUS_BUFFER_TO_SMALL and the required length. - Ensure that the ReturnLength is set correctly when NtQueryInformationToken() succeeds. Previously, it was set to the number of bytes unused in the user buffer in some cases or not set at all. - Handle case of NULL default dacl correctly in NtQueryInformationToken() - Update main makefile to build apps\utils. - Update makefiles in apps\utils to have the correct PATH_TO_TOP. - Update main makefile to build apps\tests\tokentest I'm not sure how to go about submitting this code for checkin. I've included the output from cvs diff; I'm not sure if that is good enough or not (I'm definitely not a patch / diff guru.) Also included is tokentest.c and a makefile which need to be added to the apps\tests\tokentest directory. Let me know what else I need to do. Thanks, Joseph |
|
From: Hartmut B. <har...@te...> - 2002-06-07 16:50:58
|
kernel32\file\file.c: Fixed the return value in GetFileSize. drivers\fs\vfat\fsctl.c: Fixed the allocation size for the fat in VfatMount. - Hartmut |
|
From: Hartmut B. <har...@te...> - 2002-06-07 16:36:11
|
> -----Ursprungliche Nachricht----- > Von: Mark Carter [SMTP:car...@uk...] > Gesendet am: Freitag, 7. Juni 2002 10:52 > An: rea...@li... > Betreff: [ros-kernel] Bug: afd.sys: cc/copy.c 165 > > Running boot.bat yields the following message relating to afd.sys: > cc/copy.c 165 This comes from a bug in vfatfs. Vfatfs is not able to write back a cache segment at the end of the fat if the fat doesn't end at a cluster boundary. I fix this bug. The real error messages from this point is 'IoPageRead failed, Status c000000d' (STATUS_INVALID_PARAMETER). - Hartmut |
|
From: Mark C. <car...@uk...> - 2002-06-07 08:52:08
|
Running boot.bat yields the following message relating to afd.sys: cc/copy.c 165 Failed to create paging file [... couldn't remember rest] Website: http://www.pcpages.com/mcarter _____________________________________________________________ Sign up for your very own FREE email address from UKmail.com To-day !! _____________________________________________________________ Promote your group and strengthen ties to your members with em...@yo... by Everyone.net http://www.everyone.net/?btn=tag |
|
From: KJK::Hyperion <no...@li...> - 2002-06-07 00:48:26
|
CVSROOT/modules: added some modules that didn't show up in cvs checkout -c |
|
From: KJK::Hyperion <no...@li...> - 2002-06-07 00:32:32
|
At 21.45 06/06/2002, you wrote: [...] >The makefile looks ok, and I can see drivers/lib/zlib/example.c - what's >wrong? I added a ReactOS-style makefile.ros when I put zlib in the tree. Either use that, or correct the zlib makefile |
|
From: KJK::Hyperion <no...@li...> - 2002-06-07 00:32:32
|
At 23.20 06/06/2002, you wrote: >It appears that none of the apps in utils are >currently being built. Is this by design? nope, it's caused by a recent reorganization of the source tree, I think |
|
From: Eric K. <ek...@rz...> - 2002-06-06 23:17:52
|
drivers/storage/cdrom/cdrom.c
drivers/storage/class2/class2.c
drivers/storage/disk/disk.c
drivers/storage/scsiport/scsiport.c
Fixed broken handling of SCSI port capabilities.
Eric
|
|
From: Joseph G. <ga...@va...> - 2002-06-06 21:27:18
|
It appears that none of the apps in utils are currently being built. Is this by design? Also, many of them are missing a '..' in their PATH_TO_TOP variable. - Joseph |
|
From: Eric K. <ek...@rz...> - 2002-06-06 20:28:17
|
"Jason Filby" <jas...@ya...> wrote: > Should that change be committed? I think the "CC = cc" line should better be removed because CC is already defined by our 'global' makefile. Overwriting CC will cause trouble on linux (aka cross-compilation) environments. IMO, remove the line an commit it. Eric |
|
From: Jason F. <jas...@ya...> - 2002-06-06 20:11:13
|
Should that change be committed? --- Eric Kohl <ek...@rz...> wrote: > > "Jason Filby" <jas...@ya...> wrote: > > > > make[1]: Entering directory `C:/ros/reactos/drivers/lib/zlib' > > cc -O -c -o example.o example.c > > process_begin: CreateProcess((null), cc -O -c -o example.o > example.c, > > ...) faile > > d. > > make (e=2): The system cannot find the file specified. > > make[1]: *** [example.o] Error 2 > > make[1]: Leaving directory `C:/ros/reactos/drivers/lib/zlib' > > make: *** [zlib] Error 2 > > > > The makefile looks ok, and I can see drivers/lib/zlib/example.c - > > what's wrong? > > In drivers/lib/zlib/makefile is a line "CC = cc". Change it to > "CC=gcc" and > everything builds again. > > Eric > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- > http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Eric K. <ek...@rz...> - 2002-06-06 19:55:40
|
"Jason Filby" <jas...@ya...> wrote: > make[1]: Entering directory `C:/ros/reactos/drivers/lib/zlib' > cc -O -c -o example.o example.c > process_begin: CreateProcess((null), cc -O -c -o example.o example.c, > ...) faile > d. > make (e=2): The system cannot find the file specified. > make[1]: *** [example.o] Error 2 > make[1]: Leaving directory `C:/ros/reactos/drivers/lib/zlib' > make: *** [zlib] Error 2 > > The makefile looks ok, and I can see drivers/lib/zlib/example.c - > what's wrong? In drivers/lib/zlib/makefile is a line "CC = cc". Change it to "CC=gcc" and everything builds again. Eric |
|
From: Jason F. <jas...@ya...> - 2002-06-06 19:45:27
|
make[1]: Entering directory `C:/ros/reactos/drivers/lib/zlib' cc -O -c -o example.o example.c process_begin: CreateProcess((null), cc -O -c -o example.o example.c, ...) faile d. make (e=2): The system cannot find the file specified. make[1]: *** [example.o] Error 2 make[1]: Leaving directory `C:/ros/reactos/drivers/lib/zlib' make: *** [zlib] Error 2 The makefile looks ok, and I can see drivers/lib/zlib/example.c - what's wrong? Thanks - Jason __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Eric K. <ek...@rz...> - 2002-06-06 16:19:05
|
lib/ntdll/rtl/dos8dot3.c
ntoskrnl/rtl/dos8dot3.c
Fixed a typo in RtlGenerate8dot3Name().
Added more tests to RtlIsNameLegalDOS8Dot3().
drivers/fs/cdfs/cdfs.h
drivers/fs/cdfs/dirctl.c
Added partial suppport for short names (8.3 names).
Eric
|
|
From: Eric K. <ek...@rz...> - 2002-06-06 14:07:30
|
include/ddk/rtl.h
include/ddk/rtltypes.h
lib/ntdll/makefile
lib/ntdll/def/ntdll.def
lib/ntdll/def/ntdll.edf
lib/ntdll/rtl/dos8dot3.c (new)
ntoskrnl/makefile
ntoskrnl/ntoskrnl.def
ntoskrnl/ntoskrnl.edf
ntoskrnl/rtl/dos8dot3.c (new)
Implemented RtlGenerate8dot3Name() and RtlIsNameLegalDOS8Dot3().
lib/ntdll/rtl/registry.c
Fixed the copy length in RtlQueryRegistryValues(). Found by Hartmut
Birr.
Eric
|
|
From: Jason F. <jas...@ya...> - 2002-06-06 10:02:53
|
Nice! --- Brian Palmer <br...@sg...> wrote: > Changes in v1.3 (6/5/2002) > > - Added protected mode exception handling in case FreeLoader > crashes > - Reworked memory manager to use all of extended memory > - Reworked UI code, now supports multiple text-mode resolutions > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Brian P. <br...@sg...> - 2002-06-06 06:27:03
|
Changes in v1.3 (6/5/2002)
- Added protected mode exception handling in case FreeLoader crashes
- Reworked memory manager to use all of extended memory
- Reworked UI code, now supports multiple text-mode resolutions
Modified Files:
CHANGELOG FREELDR.INI bootsect/fat32.asm freeldr/Makefile
freeldr/debug.c freeldr/freeldr.c freeldr/linuxboot.c
freeldr/miscboot.c freeldr/multiboot.c freeldr/options.c
freeldr/oslist.c freeldr/arch/i386/arch.S
freeldr/arch/i386/boot.S freeldr/arch/i386/diskint13.S
freeldr/arch/i386/linux.S freeldr/arch/i386/mb.S
freeldr/arch/i386/mem.S freeldr/cache/blocklist.c
freeldr/cache/cache.c freeldr/comm/portio.c
freeldr/disk/disk.c freeldr/disk/partition.c
freeldr/fs/fat.c
freeldr/fs/fs.c freeldr/fs/iso.c freeldr/include/arch.h
freeldr/include/disk.h freeldr/include/mm.h
freeldr/include/rtl.h freeldr/include/ui.h
freeldr/include/version.h freeldr/inifile/ini_init.c
freeldr/inifile/inifile.c freeldr/inifile/parse.c
freeldr/mm/mem.h freeldr/mm/mm.c freeldr/reactos/reactos.c
freeldr/reactos/reghive.c freeldr/reactos/registry.c
freeldr/rtl/stdlib.c freeldr/ui/tui.c
Added Files:
freeldr/arch/i386/biosvid.S freeldr/arch/i386/i386idt.S
freeldr/arch/i386/i386trap.S freeldr/arch/i386/rtlcode.S
freeldr/include/video.h freeldr/mm/meminit.c
freeldr/ui/gui.c
freeldr/ui/gui.h freeldr/ui/keycodes.h freeldr/ui/tui.h
freeldr/ui/tuimenu.c freeldr/ui/ui.c freeldr/video/video.c
freeldr/video/vidmode.c tools/deptool.c
Removed Files:
sed.exe freeldr/end.S freeldr/mm/mm_init.c freeldr/ui/menu.c
Brian
|
|
From: Hartmut B. <har...@te...> - 2002-06-05 20:42:05
|
drivers\storage\class2\class2.c. Fixed the value CurrentTransferPages for splited requests in ScsiClassReadWrite. include\msvcrt\alloc.h: Fixed the declaration of _alloca/alloca. lib\msvcrt\string\strerror.c: Fixed the error string odering. ntoskrnl\cm\regfile.c: ?? Fixed a test after a memory allocation in CmiInitPermanentRegistryHive. ntoskrnl\cm\rtlfunc.c: Fixed the copy length in RtlQueryRegistryValues. ntoskrnl\ex\resource.c: Fixed the wrong parameter odering in a call to memset in EiAddSharedOwner. ntoskrnl\ob\object.c: Created the object handle only if the object is created successful in ObCreateObject. This fixes some crashs after changing to a nonexisting drive and a message like 'Parent is a Directory which is not a device type'. ntoskrnl\ps\kill.c: Fixed the allocation size in NtRegisterThreadTerminatePort. - Hartmut |
|
From: Steven E. <Ste...@ya...> - 2002-06-05 15:58:23
|
The wine rpcrt4 needs a lot of work. I cannot build it at current do to unixisms when dealing with time. Also psapi might be hard because in wine it makes a direct WINEserver call rather then via a ntdll interface. We will need to submit patches for both of these at some point. Right now though I am to busy with the win16/32 seperation stuff in winmm, comdlg32 and a few other places. Status update at http://www.winehq.com/hypermail/wine-devel/2002/06/0065.html Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson > -----Original Message----- > From: rea...@li... > [mailto:rea...@li...] On Behalf > Of Jason Filby > Sent: Wednesday, June 05, 2002 9:45 AM > To: rea...@li... > Subject: Re: [ros-kernel] Final module movements > > > Oh ok, but I'm sure I remember someone writing the ole32 code > we have now. Probably mistaken then. > > - Jason > > --- Casper Hornstrup <ch...@us...> wrote: > > ons, 2002-06-05 kl. 14:32 skrev Jason Filby: > > > No doubt they are more mature... but perhaps ours a few details > > here > > > and there that they could use? > > > > > > - Jason > > > > Perhaps the other modules have, but ole32.dll, and oleaut32.dll is > > from a very old WINE and shell32.dll is just stubs. > > > > - Casper > > > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -- > http://devcon.sprintpcs.com/adp/index.cfm > > > > > _______________________________________________ > > reactos-kernel mailing list rea...@li... > > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ reactos-kernel mailing list rea...@li... https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: Jason F. <jas...@ya...> - 2002-06-05 13:45:10
|
Oh ok, but I'm sure I remember someone writing the ole32 code we have now. Probably mistaken then. - Jason --- Casper Hornstrup <ch...@us...> wrote: > ons, 2002-06-05 kl. 14:32 skrev Jason Filby: > > No doubt they are more mature... but perhaps ours a few details > here > > and there that they could use? > > > > - Jason > > Perhaps the other modules have, but ole32.dll, and oleaut32.dll is > from > a very old WINE and shell32.dll is just stubs. > > - Casper > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- > http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Casper H. <ch...@us...> - 2002-06-05 12:39:15
|
ons, 2002-06-05 kl. 14:32 skrev Jason Filby: > No doubt they are more mature... but perhaps ours a few details here > and there that they could use? > > - Jason Perhaps the other modules have, but ole32.dll, and oleaut32.dll is from a very old WINE and shell32.dll is just stubs. - Casper |
|
From: Jason F. <jas...@ya...> - 2002-06-05 12:32:48
|
No doubt they are more mature... but perhaps ours a few details here and there that they could use? - Jason --- Casper Hornstrup <ch...@us...> wrote: > ons, 2002-06-05 kl. 11:40 skrev Jason Filby: > > Ok we need to finalize the last module movements. There are all > about > > removing from the reactos module where WINE will be used. Here's > what > > I have to be removed from the reactos module: > > > > ole32, oleaut32, paspi, shell32, rpcrt4 > > > > Also, we need to make sure we aren't throwing away code that we > might > > have that's not in WINE's versions of these DLLs. Especially the > ole > > DLLs. I don't mind doing this, I just need to know from everyone > else > > if there are other DLLs that can be thrown out. > > > > Thanks > > - Jason > > I know for sure that the WINE version of ole32, oleaut32, and > shell32 > are much more mature than ours. I don't know about the others. > > - Casper > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- > http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
|
From: Casper H. <ch...@us...> - 2002-06-05 12:21:40
|
ons, 2002-06-05 kl. 11:40 skrev Jason Filby: > Ok we need to finalize the last module movements. There are all about > removing from the reactos module where WINE will be used. Here's what > I have to be removed from the reactos module: > > ole32, oleaut32, paspi, shell32, rpcrt4 > > Also, we need to make sure we aren't throwing away code that we might > have that's not in WINE's versions of these DLLs. Especially the ole > DLLs. I don't mind doing this, I just need to know from everyone else > if there are other DLLs that can be thrown out. > > Thanks > - Jason I know for sure that the WINE version of ole32, oleaut32, and shell32 are much more mature than ours. I don't know about the others. - Casper |
|
From: Jason F. <jas...@ya...> - 2002-06-05 09:48:39
|
Ok how about this: people can register as users on reactos.com. Then they can put down the times they're most likely to be on irc, with their timezone too. Then when you go to Communication, under the IRC section it can identify a list of times, who'll most likely be there during those times and, of course, the times when most people are on IRC. - Jason --- Casper Hornstrup <ch...@us...> wrote: > fre, 2002-05-31 kl. 16:31 skrev Steven Edwards: > > I would be more then happy to moderate if more of our > > developers/subscribers used #reactos on openprojects. > > I would like to be more on IRC, but I don't know when there is a > chance > of anyone else beeing on this channel. Could we publish such > information > on the website? > > - Casper > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- > http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
8 messages has been excluded from this view by a project administrator.