- Ros-dev - ReactOS.org

rbuild broken?
by Hartmut Birr 02 Dec '05

02 Dec '05

Hi, all drivers do export its internal functions. - Hartmut Exp Addr Hint Ord Export Name by vfatfs.sys - Wed Nov 30 23:05:54 2005 -------- ---- ----- --------------------------------------------------------- 000059FC 0 1 ClusterToSector 000053DE 1 2 CountAvailableClusters 00009DD0 2 3 DriverEntry@8 0000514B 3 4 FAT12FindAndMarkAvailableCluster 00004F59 4 5 FAT12GetNextCluster 000056DF 5 6 FAT12WriteCluster 00004FF9 6 7 FAT16FindAndMarkAvailableCluster 00004E9A 7 8 FAT16GetNextCluster 00004C5D 8 9 FAT16OffsetToCluster 000057C8 9 10 FAT16WriteCluster 0000527D A 11 FAT32FindAndMarkAvailableCluster 00004DD4 B 12 FAT32GetNextCluster 00004AE0 C 13 FAT32OffsetToCluster 000058A5 D 14 FAT32WriteCluster 00003137 E 15 FATGetNextDirEntry 000035B3 F 16 FATXGetNextDirEntry 0000E000 10 17 FileInformationClassNames 000019A7 11 18 FindFile 000024B0 12 19 FsdDosDateTimeToSystemTime 0000254D 13 20 FsdSystemTimeToDosDateTime 00005A26 14 21 GetNextCluster 00005A69 15 22 GetNextClusterExtend 0000E0C0 16 23 MajorFunctionNames 0000A620 17 24 NextCluster 0000A65C 18 25 OffsetToCluster 00001801 19 26 ReadVolumeLabel 00005B9D 1A 27 VfatAcquireForLazyWrite@8 00005C15 1B 28 VfatAcquireForReadAhead@8 00003B7E 1C 29 VfatAddEntry 0000A1C3 1D 30 VfatAllocateIrpContext 0000138C 1E 31 VfatBlockDeviceIoControl 0000A3D4 1F 32 VfatBuildRequest@8 00001430 20 33 VfatCleanup 000015F3 21 34 VfatClose 00001550 22 35 VfatCloseFile 00001D14 23 36 VfatCreate 0000477B 24 37 VfatDelEntry 00002630 25 38 VfatDirectoryControl 00008EEF 26 39 VfatFileSystemControl 0000831D 27 40 VfatFlush 000081B9 28 41 VfatFlushVolume 00009FF0 29 42 VfatFreeIrpContext 0000A558 2A 43 VfatGetUserBuffer 00011010 2B 44 VfatGlobalData 00005C8D 2C 45 VfatInitFastIoRoutines 00002FC2 2D 46 VfatIsDirectoryEmpty 0000A5B1 2E 47 VfatLockUserBuffer 00007897 2F 48 VfatQueryInformation 0000C230 30 49 VfatQueryVolumeInformation 0000A4D2 31 50 VfatQueueRequest 0000AD85 32 51 VfatRead 00001070 33 52 VfatReadDisk 000010F4 34 53 VfatReadDiskPartial 00005BE3 35 54 VfatReleaseFromLazyWrite@4 00005C5B 36 55 VfatReleaseFromReadAhead@4 00007474 37 56 VfatSetAllocationSizeInformation 00004AD0 38 57 VfatSetExtendedAttributes 00007D3D 39 58 VfatSetInformation 0000C4C5 3A 59 VfatSetVolumeInformation 0000BFC0 3B 60 VfatShutdown@8 000037C0 3C 61 VfatUpdateEntry 0000B301 3D 62 VfatWrite 00001240 3E 63 VfatWriteDiskPartial 00005974 3F 64 WriteCluster 0000E140 40 65 long_illegals 00001690 41 66 vfat8Dot3ToString 00006316 42 67 vfatAddFCBToTable 00006AA7 43 68 vfatAttachFCBToFileObject 0000615B 44 69 vfatDestroyCCB 000061A4 45 70 vfatDestroyFCB 00002F90 46 71 vfatDirEntryGetFirstCluster 00006B10 47 72 vfatDirFindFile 00006204 48 73 vfatFCBIsDirectory 00006215 49 74 vfatFCBIsRoot 00003919 4A 75 vfatFindDirSpace 00006CCA 4B 76 vfatGetFCBForFile 000063B6 4C 77 vfatGrabFCBFromTable 0000C210 4D 78 vfatIsLongIllegal 000066F0 4E 79 vfatMakeFCBFromDirEntry 0000653C 4F 80 vfatMakeRootFCB 00005E8B 50 81 vfatNewFCB 000066B8 51 82 vfatOpenRootFCB 00006236 52 83 vfatReleaseFCB 00005DC7 53 84 vfatSplitPathName

3 4

msvc backend issue
by Steven Edwards 02 Dec '05

02 Dec '05

Hi, Using svn rev 19823 I cannot compile anything with msvc2k5. All source files give the errors like the following Compiling... cl : Command line warning D9040 : ignoring option '/analyze'; Code Analysis warnings are not available in this edition of the compiler appwiz.c c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(67) : warning C4244: '=' : conversion from 'LRESULT' to 'int', possible loss of data c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(152) : warning C4244: '=' : conversion from 'LRESULT' to 'ULONG', possible loss of data c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(110) : warning C4100: 'lParam' : unreferenced formal parameter c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(187) : warning C4100: 'lParam' : unreferenced formal parameter c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(187) : warning C4100: 'wParam' : unreferenced formal parameter c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(187) : warning C4100: 'hwndDlg' : unreferenced formal parameter c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(243) : warning C4100: 'hwndCPl' : unreferenced formal parameter c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(275) : warning C4100: 'lpvReserved' : unreferenced formal parameter c:\source\clean\reactos\lib\cpl\appwiz\appwiz.c(286) : error C2857: '#include' statement specified with the /Ycstdafx.h command-line option was not found in the source file Build log was saved at "file://c:\source\clean\reactos\lib\cpl\appwiz\Debug\BuildLog.htm" appwiz - 1 error(s), 9 warning(s) -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

3 3

RE: [ros-dev] msvc backend issue
by Murphy, Ged (Bolton) 02 Dec '05

02 Dec '05

> -----Original Message----- > From: Murphy, Ged (Bolton) [mailto:MurphyG@cmpbatteries.co.uk] > Sent: 02 December 2005 08:16 > To: 'ReactOS Development List' > Subject: RE: [ros-dev] msvc backend issue > > > > > -----Original Message----- > > From: Steven Edwards [mailto:winehacker@gmail.com] > > Sent: 02 December 2005 07:51 > > To: ReactOS Development List > > Subject: [ros-dev] msvc backend issue > > > > '#include' statement specified with the /Ycstdafx.h command-line > > option was not found in the source file > > > I get this same error. > Try reverting 19789. It was working fine up until this point > as I did some > testing with it. > Nevermind, I see Christoph fixed it as I was typing that ... heh. ************************************************************************ 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] Freeze the trunk and release
by Murphy, Ged (Bolton) 02 Dec '05

02 Dec '05

> -----Original Message----- > From: WaxDragon [mailto:waxdragon@gmail.com] > Sent: 02 December 2005 01:02 > To: ReactOS Development List > Subject: Re: [ros-dev] Freeze the trunk and release > > > In my 19792, I have a working dhcp client, and can access the cdrom > drive, under vmware.. I haven't had a chance to try Firefox. > > I'm for a freeze, but against a release at this time. > I think a freeze would lead directly onto a release as all the critical bugs should be fixed in the freeze period. ************************************************************************ 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] msvc backend issue
by Murphy, Ged (Bolton) 02 Dec '05

02 Dec '05

> -----Original Message----- > From: Steven Edwards [mailto:winehacker@gmail.com] > Sent: 02 December 2005 07:51 > To: ReactOS Development List > Subject: [ros-dev] msvc backend issue > > '#include' statement specified with the /Ycstdafx.h command-line > option was not found in the source file I get this same error. Try reverting 19789. It was working fine up until this point as I did some testing with it. ************************************************************************ 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

Freeze the trunk and release
by Steven Edwards 02 Dec '05

02 Dec '05

Hi, If our testing cordinator would agree to it I think it would be nice to freeze the trunk for a week and then branch for another release. Its been 2+ months and I am seeing the following bugs dhcp client - broken firefox - kernel crashes cdrom - device not being found I think its time we get her qusi-stable again. -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

4 4

Re: [ros-dev] MSVC?
by Christoph von Wittich 01 Dec '05

01 Dec '05

Hi! > Which versions of MSVC will build ReactOS? > currently: none But you can compile some stuff with MSVC >6. Regards, Christoph v. Wittich

1 0

Re: [ros-svn] [gvg] 19802: Factor out probe and capture code from private ntoskrnl header and put it in
by Alex Ionescu 01 Dec '05

01 Dec '05

gvg(a)svn.reactos.com wrote: >Factor out probe and capture code from private ntoskrnl header and put it in >a more public place so other kernelmode components can use it too > > > >Added files: >trunk/reactos/include/reactos/probe.h > >Updated files: >trunk/reactos/ntoskrnl/include/internal/ntoskrnl.h >trunk/reactos/ntoskrnl/include/ntoskrnl.h > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.org >http://www.reactos.org/mailman/listinfo/ros-svn > > > This is incorrect; other kernel-mode components should NOT use these macros. They should do it the "long way" and go through ProbeForRead. Best regards, Alex Ionescu

2 4

RE: [ion] 19742: - Implement RtlPrefectMemoryNonTemporal.Patch by Patrick Baggett <baggett.patrick@gmail.com> and myself.
by Ge van Geldorp 01 Dec '05

01 Dec '05

> From: ion(a)svn.reactos.com > > + > +@RtlPrefetchMemoryNonTemporal@8: > + ret /* Overwritten by ntoskrnl/ke/i386/kernel.c if SSE is supported (see Ki386SetProcessorFeatures() ) */ Is this routine so time-critical that we want to resort to self-modifying code? GvG

8 16

Kernel32 race condition
by Ge van Geldorp 01 Dec '05

01 Dec '05

While working on proper logoff/shutdown processing, I'm running into an interesting race condition inside kernel32. The shutdown command (apps/utils/shutdown) calls ExitWindowsEx() and then terminates, which causes kernel32's DllMain() function to be called with the DLL_PROCESS_DETACH reason. This will clean up kernel32 resources, like calling RtlDeleteCriticalSection(&ConsoleLock). Now, before the process is completely shutdown, CSRSS will send it a CTRL_LOGOFF_EVENT. To deliver this event, CSRSS calls CreateRemoteThread(). So CreateRemoteThread() is called while the main thread is executing DLL_PROCESS_DETACH cleanup. During handling of CTRL_LOGOFF_EVENT, the new thread will try to enter the ConsoleLock critical section, which was already deleted by the main thread. Chaos results. To solve this, first I was looking for a way to disable new thread creation when a process enters ExitProcess(), but that won't solve the problem. We can still have a thread A which calls ExitProcess(), have a context switch to existing thread B of the same process which does something that needs the ConsoleLock. Then I considered SuspendThread()ing all other threads of the process when ExitProcess() is called, but that could potentially lead to deadlocks if the suspended threads hold synchronization objects. So now I'm inclined to believe that the solution is to just not do the resource cleanup during DLL_PROCESS_DETACH handling. But that doesn't feel very clean either. Anyone have a better idea? GvG

4 9

RE: [ros-svn] [weiden] 19755: remove obsolete shutdown tool from rosapps
by Sylvain Petreolle 01 Dec '05

01 Dec '05

> From: weiden at svn.reactos.com > > remove obsolete shutdown tool from rosapps You should remove it from bootdata/packages/reactos.dff too. Index: bootdata/packages/reactos.dff =================================================================== --- bootdata/packages/reactos.dff (revision 19798) +++ bootdata/packages/reactos.dff (working copy) @@ -352,6 +352,5 @@ modules\rosapps\sysutils\man\man.exe 1 optional modules\rosapps\sysutils\pedump\pedump.exe 1 optional modules\rosapps\sysutils\regexpl\regexpl.exe 1 optional -modules\rosapps\sysutils\shutdown\shutdown.exe 1 optional modules\rosapps\sysutils\tcat\cat.exe 1 optional modules\rosapps\sysutils\tlist\tlist.exe 1 optional Kind regards, Sylvain Petreolle (aka Usurp) --- --- --- --- --- --- --- --- --- --- --- --- --- Tired of a proprietary Windows on your computer ? Use free ReactOS instead ( http://www.reactos.org )

2 1

Re: [ros-dev] Patch for lib/rtl/i386/math_asm.S
by Magnus Olsen 01 Dec '05

01 Dec '05

We do not support some binutils for diffent reason and I do not think this patch is good, for it active least one version of binutils that always break reactos, it does not the linking right or was it some other issue. And I do not want see this patch in reactos for that reason. see older mails why we support 2.15.94 or higher. ----- Original Message ----- From: "Alex Buell" <alex.buell(a)munted.org.uk> To: "ReactOS Development" <Ros-dev(a)reactos.org> Sent: den 29 November 2005 17:52 Subject: [ros-dev] Patch for lib/rtl/i386/math_asm.S > The following might be better for those of us using older binutils > > --- lib/rtl/i386/math_asm.S.orig 2005-11-29 15:47:23.000000000 > +0000 > +++ lib/rtl/i386/math_asm.S 2005-11-29 15:47:09.000000000 +0000 > @@ -731,7 +731,7 @@ > mov al,ah // Move condition flags to AL > lahf // Load Flags into AH > and al, 0b01000101 // Isolate C0, C2 and C3 > - and ah,not 0b01000101 // Turn off CF, PF and ZF > + and ah, 0b10111010 // Turn off CF, PF and ZF > or ah,al // Set new CF, PF and ZF > sahf // Store AH into Flags > jb __fpow1 // Re-direct if x < 0 > @@ -743,7 +743,7 @@ > mov al,ah // Move condition flags to AL > lahf // Load Flags into AH > and al, 0b01000101 // Isolate C0, C2 and C3 > - and ah,not 0b01000101 // Turn off CF, PF and ZF > + and ah, 0b10111010 // Turn off CF, PF and ZF > or ah,al // Set new CF, PF and ZF > sahf // Store AH into Flags > ja __fpow3 // Re-direct if y > 0 > @@ -759,7 +759,7 @@ > mov al,ah // Move condition flags to AL > lahf // Load Flags into AH > and al, 0b01000101 // Isolate C0, C2 and C3 > - and ah,not 0b01000101 // Turn off CF, PF and ZF > + and ah, 0b10111010 // Turn off CF, PF and ZF > or ah,al // Set new CF, PF and ZF > sahf // Store AH into Flags > je __fpow2 // Proceed if y = int(y) > > Cheers, > Alex > -- > http://www.munted.org.uk > > Anyone that thinks an imaginary deity is going to protect them against > earthquakes and hurricanes needs psychiatric help. > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.13.9/185 - Release Date: 2005-11-28 > >

3 3

DOS Subsystem.
by Jerry 01 Dec '05

01 Dec '05

11 19

Next release
by Murphy, Ged (Bolton) 01 Dec '05

01 Dec '05

We're at the 2 month period since our last release. Is it not time to branch now and chase some more publicity If Alex meets his 1st December deadline for User-Mode networking, I propose a 0.2.9 branch then. Any thoughts? ************************************************************************ 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

9 13

New Project Coordinator
by Murphy, Ged (Bolton) 30 Nov '05

30 Nov '05

The voting is closed and ReactOS now has a new project coordinator. Steven Edwards has been appointed as Jason Filby's successor. Congratulations, and good luck ;) Speech ! ! ! ************************************************************************ 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

5 6

19535 breaks copy.
by WaxDragon 30 Nov '05

30 Nov '05

This change breaks copy in cmd, unless you are in the root of a drive. >[ros-svn] [hbirr] 19535: - Allow trailing back slashes only for directories. >hbirr at svn.reactos.com hbirr at svn.reactos.com >Thu Nov 24 22:08:17 CET 2005 > > * Previous message: [ros-svn] [gvg] 19534: Fix optimized builds > * Next message: [ros-svn] [jimtabor] 19536: Fix missed files. Svn problem? > * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] > >- Allow trailing back slashes only for directories. >- Allow trailing back slashes, if a new directory will be created. > > > >Updated files: >trunk/reactos/drivers/fs/vfat/create.c >trunk/reactos/drivers/fs/vfat/vfat.h WD -- <mikedep333> but if it isnt working, why is it even included on the CD?

5 4

Status: mshta???
by Rick Langschultz 30 Nov '05

30 Nov '05

I was looking at reactos control panels and was wondering if there was any MS HTA or something like it embedded. I was thinking that XUL, Firefox, and Mozilla could be integrated into the Explorer and other things to dynamically update the interface of Reactos. Something like Apple's Safari RSS Reader, and Explorer's (XP) Sidebars with common tasks and utilities.

3 3

Re: [ros-dev] Patch for lib/rtl/i386/math_asm.S
by Gregor Anich 30 Nov '05

30 Nov '05

On Wednesday 30 November 2005 18:19, Alex Buell wrote: > Looks like I'll be filing a bug report with Gentoo to get them to bump > their xmingw binutils to 2.15.94 - it's 2.15.90.0.2 at the moment. > Thanks. * dev-util/xmingw-binutils Latest version available: 2.15.94.20050118.1 Latest version installed: 2.15.94.20050118.1 Just unmask it....

1 0

Feature Request: PNP Manager
by Rick Langschultz 30 Nov '05

30 Nov '05

Hey Hey, Just wanted to give a heads up to the community about the following error on my iBook g4. There was USB enabled when i installed then I removed it. I was wondering if there is being a rewrite of this or something. Plus I can't submit a bugzilla report because of site restrictions. 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: win32k.sys KMODE_EXCEPTION_NOT_HANDLED Technical information: *** STOP: 0x0000001E (0xc0000005,0x9d929c33,0x00000000,0x00000004) *** win32k.sys - Address 0x9d929c33 base at 0x9d872000, DateStamp 0x0 Page Fault Exception: 14(0) Processor: 0 CS:EIP 8:9d929c33 <win32k.sys:b7c33 (./subsys/win32k/ objects/dc.c:5 76 (IntPrepareDriver))> cr2 4 cr3 e5ce000 Proc: 80dc9670 Pid: ec <umpnpmgr.exe> Thrd: 80e160a0 Tid: f8 DS 23 ES 23 FS 30 GS 0 EAX: 00000000 EBX: 9d92ad56 ECX: 00000000 EDX: 00000000 EBP: 9e29eb5c ESI: 00cef564 ESP: 9e29ea70 EDI: 9e29ed64 EFLAGS: 00000202 kESP 9e29ea70 kernel stack base 9e29c000 Frames: <win32k.sys:b7e71 (./subsys/win32k/objects/dc.c:661 (IntPrepareDriverIfNeeded))> <win32k.sys:b85ba (./subsys/win32k/objects/dc.c:838 (IntGdiCreateDC))> <win32k.sys:b900b (./subsys/win32k/objects/dc.c:1051 (NtGdiCreateIC))> <ntoskrnl.exe:9a4ea (ntoskrnl\ke\i386\syscall.S:372 (KiSystemService))> <gdi32.dll:8761 (lib/gdi32/objects/dc.c:128 (CreateICW))>

2 1

Re: [ros-diffs] [mf] 19776: sprintf_s1
by Royce Mitchell III 30 Nov '05

30 Nov '05

mf(a)svn.reactos.com wrote: >- LPXSSTR buffer = (LPXSSTR)alloca(5*sizeof(XS_CHAR)*XS_len(s)); // worst case. "&" > > >+ LPXSSTR buffer = (LPXSSTR)alloca(6*sizeof(XS_CHAR)*XS_len(s)); // worst case """ / "'" > > http://www.notestips.com/80256B3A007F2692/1/NAMO5FTHEJ ± ε

2 1

Compilation errors
by David Hinz 30 Nov '05

30 Nov '05

I get the following error, when I try to compile revision 19777: [CC] lib\devmgr\advprop.c lib\devmgr\advprop.c: In function `DisplayDeviceAdvancedProperties': lib\devmgr\advprop.c:247: error: `DIGCDP_FLAG_REMOTE_ADVANCED' undeclared (first use in this function) lib\devmgr\advprop.c:247: error: (Each undeclared identifier is reported only once lib\devmgr\advprop.c:247: error: for each function it appears in.) mingw32-make: *** [obj-i386\lib\devmgr\advprop.o] Error 1 If I remember right, the last working revision was 19776, but I don't know exactly. Anyway, the files changed since my last successfull compilation are: U lib\devmgr\devmgr.xml U lib\devmgr\En.rc U lib\devmgr\precomp.h U lib\devmgr\advprop.c U lib\devmgr\hwpage.c U lib\devmgr\misc.c U lib\devmgr\resource.h Hope you get that fixed soon. Greets, David Hinz

2 2

RE: [ros-dev] [Fwd: [ros-svn] CC: Eric/IDL Guys - MIDL Compatibil ity]
by Murphy, Ged (Bolton) 30 Nov '05

30 Nov '05

LOL !!! Check your mail headers and you'll see the unsubscribe address. Or you can be lazy and click on the following link ;) mailto:ros-dev-request@reactos.org?subject=unsubscribe -----Original Message----- From: frank.marx(a)t-online.de [mailto:frank.marx@t-online.de] Sent: 30 November 2005 11:51 To: ReactOS Development List Subject: Re: [ros-dev] [Fwd: [ros-svn] CC: Eric/IDL Guys - MIDL Compatibility] Importance: Low Please DONT send me further emails ! Thank you ! Frank Marx _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev ************************************************************************ 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] math_asm.S
by Brandon Turner 30 Nov '05

30 Nov '05

Hello Alex No, it wasnt commited yet. The best way to submit patches is through bugzilla under the patch group. http://www.reactos.org/bugzilla/ Brandon Alex Buell wrote: > obj-i386/lib/rtl/rtl.a(math_asm.o)(.text+0x50e):lib/rtl/i386/math_asm.S:1439: > undefined reference to `not' > obj-i386/lib/rtl/rtl.a(math_asm.o)(.text+0x529):lib/rtl/i386/math_asm.S:1451: > undefined reference to `not' > obj-i386/lib/rtl/rtl.a(math_asm.o)(.text+0x54f):lib/rtl/i386/math_asm.S:1467: > undefined reference to `not' > collect2: ld returned 1 exit status > make[1]: *** [output-i386/lib/ntdll/ntdll.dll] Error 1 > > Why hasn't my patch gone in yet? If not, why not? >

1 0

Emulation...
by Rick Langschultz 30 Nov '05

30 Nov '05

I have recently been reviewing the DosEmu thread on the list. Here is my concern, why not try doing something like XEN for reactos. CMD.exe could interact with all of the XENed hardware and software. One major feature this would be great for is if someone needed to utilize a EXT3 disk image or hard drive from ReactOS in the future all they would have to do is pop open the cmd prompt and cd to a virtual hard drisk something like C:\Volumes\HDA1\ would be equal to / on the linux volume. A system service would also need to be implemented for starting the other os on command, but that is only a suggestion... Rick

5 5

Re: [ros-diffs] [cwittich] 19765: added more correct linker flags (patch by brezenbak)
by Alex Ionescu 30 Nov '05

30 Nov '05

cwittich(a)svn.reactos.com wrote: >added more correct linker flags (patch by brezenbak) > >Modified: trunk/reactos/tools/rbuild/backend/msvc/vcprojmaker.cpp > > > ------------------------------------------------------------------------ > *Modified: trunk/reactos/tools/rbuild/backend/msvc/vcprojmaker.cpp* > >--- trunk/reactos/tools/rbuild/backend/msvc/vcprojmaker.cpp 2005-11-30 00:25:48 UTC (rev 19764) >+++ trunk/reactos/tools/rbuild/backend/msvc/vcprojmaker.cpp 2005-11-30 00:26:51 UTC (rev 19765) >@@ -330,8 +330,17 @@ > > } > else if ( exe ) > { > > >- fprintf ( OUT, "\t\t\t\tSubSystem=\"%d\"\r\n", console ? 1 : 2 ); >- fprintf ( OUT, "\t\t\t\tBaseAddress=\"%s\"\r\n", module.baseaddress.c_str ()); > > >+ if ( module.type == Kernel || module.type == NativeCUI) >+ { >+ fprintf ( OUT, "\t\t\t\tAdditionalOptions=\" /SUBSYSTEM:NATIVE /SECTION:INIT,D /ALIGN:4096 /FORCE:MULTIPLE\"\r\n" ); >+ fprintf ( OUT, "\t\t\t\tIgnoreAllDefaultLibraries=\"TRUE\"\r\n" ); >+ fprintf ( OUT, "\t\t\t\tEntryPointSymbol=\"%s\"\r\n", module.entrypoint.c_str ()); >+ fprintf ( OUT, "\t\t\t\tBaseAddress=\"%s\"\r\n", module.baseaddress.c_str ()); >+ } >+ else if ( module.type == Win32CUI || module.type == Win32GUI ) >+ { >+ fprintf ( OUT, "\t\t\t\tSubSystem=\"%d\"\r\n", console ? 1 : 2 ); >+ } > > > } > else if ( dll) > { > > This still isn't fully correct. First, the check should be widened to inculde Drivers. Secondly, /SECTION:INIT,D should only be used for Kernel or Drivers, not Native apps. Thirdly, /ALIGN:4096 is irrelevant -- this is the default. Kernel should get 0x80, and drivers should get 0x20. Fourthly, Kernel entrypoint should be hard-coded to KiSystemStartup, while Native apps shoudl be hardcoded to NtProcessStartup. This is especially important so that nt.lib will get used properly. Also, NativeCUI is a bit repetitive. Native can only be CUI. Drivers should also be compiled with /DRIVER. Native, Kernel and Drivers should have /NODEFAULTLIB. /FORCE:MULTIPLE is ugly and I don't know why it was added. Best regards, Alex Ionescu

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev