- Ros-dev - ReactOS.org

[ros-svn] 13656: Don't use svn command line tool to getrevision number

by Ge van Geldorp

> From: gvg(a)svn.reactos.com > > Don't use svn command line tool to get revision number > XML code stolen from the xmlbuildsystem branch, we need > to merge this when merging the xmlbuildsystem back into trunk If you get weird error messages when svn up'ing in reactos/tools on Linux, remove reactos/tools/buildno. "reactos/tools/buildno" used to be an executable, now it's a directory. Doing a "make clean" first and then a "svn up" works ok. Windows shouldn't be a problem, there is no name conflict there as the old executable was named buildno.exe. Gé van Geldorp.

20 years, 3 months

1
0
0 0

Recent SVN annoyances...

by Alex Ionescu

Hi, Some things that need to be fixed ASAP: 1) Gunnar's additions to ntdll's critical.c break cmd.exe. This is not his fault per-se, since his checks are legitimate. It seems cmd.exe is not intiailizing the CS before using it. Although I understand that his changes are needed, I would prefer devs to actually test their changes and fix the broken apps, and not just break them, since this is a regression in a way (much like Thomas's pseh fixes). 2) Thomas' recent patches flood debug output with an error about NtGdiCombineRgn. Once again, please either fix the broken apps which do this, or show the message only once. It makes debugging impossible. Best regards, Alex Ionescu

20 years, 3 months

3
6
0 0

Re: [ros-svn] [hbirr] 13570: - Started the rewriting of the cache manger.

by Filip Navara

hbirr(a)svn.reactos.com wrote: >- Started the rewriting of the cache manger. >- The new cache manager uses section objects and maps the content of cached files > into the kernel address space for functions like CcCopyRead. >- The implementation isn't complete. It works for me to compile ros on ros if enough ram is available. > > Very good work! I tried it and needed the attached changes in order to boot... [cc02.diff] Don't try to map data past the end of file in VFAT. [cc03.diff] Fix incorrect check in CcMapData. Also I've patch which fixes fast mutex implementation and it's usage, which depends on these cache manager changes. Regards, Filip

20 years, 3 months

2
4
0 0

RE: [ros-svn] [gvg] 13638: Include svn revision in build string

by Ge van Geldorp

> From: gvg(a)svn.reactos.com > > Include svn revision in build string It seems that there are quite some woosies out there who don't have the "svn" command line tool installed. I'll change buildno to not depend on svn, but this might take a little while. Gé van Geldorp.

20 years, 3 months

1
0
0 0

Error Compiling

by James Tabor

crt: [CC] float/clearfp.c float/clearfp.c: In function `_clearfp': float/clearfp.c:8: warning: implicit declaration of function `_statusfp' make[1]: *** [float/clearfp.o] Error 1 make: *** [crt] Error 2 Here is a Oops! James

20 years, 3 months

2
2
0 0

Problem synchronizing winmm.dll

by Ge van Geldorp

I'm running into a problem importing the latest Wine winmm sources. The resource file winmm_res.rc now contains Unicode strings (in the CORE and VIDEODISC resources). Windres from binutils 2.15.94 doesn't like those. I'm not sure how to solve this. Any ideas? Gé van Geldorp.

20 years, 3 months

3
3
0 0

Something new...

by David Eckert

Hey, I was snooping around and found a nice program that boots FreeBSD in Windows itself, I have not tested it to see what it does exactly, but this may be a good thing to see if ReactOS can be booted from it ;) The link for the full source code and binary is below... http://ftp5.se.freebsd.org/FreeBSD-current/xperimnt/winboot/ -- -David W. Eckert

20 years, 3 months

1
0
0 0

crt header removal+mingw+linux=problem

by Gunnar Dalsnes

I have modified crt to use native-mingw headers and deleted the ros-local copies. This works fine on windows but people are having problems on linux. It seem on linux the search order for header files are different from windows. On windows, mingw\include is searched first, then mingw\lib\gcc\mingw32\x.x.x\include, but on linux mingw/x.x.x/include is searched first, then mingw/include. This means that some mingw headers are never included in linux (those who exist both places), specially float.h. The mingw float.h has #include_next <float.h>, so its obvious that the mingw headers are supposed to go first. How do i fix this? Is this a mingw bug? Regards Gunnar

20 years, 3 months

1
0
0 0

RE: [ros-dev] msvcrt/crtdll "merge"

by Waldo Alvarez Cañizares

De: ros-dev-bounces(a)reactos.com en nombre de Gunnar Dalsnes Enviado el: Mar 2/1/2005 3:58 p.m. Para: ReactOS Development List Asunto: Re: [ros-dev] msvcrt/crtdll "merge" Waldo Alvarez Cañizares wrote: > Hi Gunnar: > > >>And about the strlen=ntdll.strlen stuff. Forwarded functions doesnt show >>up as imported because they arent really imported, so this is normal. > > > I think that it is not normal. The better way should be to really forward them, this is just half baked stuff. They are really forwarded. stuff=SOMEDLL.stuff means its forwarded. This is standard module-definition (.def) syntax and its nothing half baked about it. Forwarded functions are resolved by the loader thus they are not imported by the dll forwarding them. They are used internally by some other functions inside msvcrt so they must be somewhere what is going on now is that internally a stically linked library is used but anything referencing those functions from the outside are being redirected to ntdll. What I mean is: If you are forwarding them, why you don´t import them too instead of the static link? If you are statically linking then why forward them? > If you are not going to forward it, I think that it would be better to not declare them as such because that can cause confusion. What do you mean "not going to forward it"??? stuff=SOMEDLL.stuff means its forwarded!!! > > >>Dont understand what XP's ntdll exporting "WindowsCE" functions has to >>do with anything? > > > Was just a comment about ntdll, they are exported and nothing is mentioned in msdn. I said that because I think > ntdll is very close to the runtime. > Hmm, still dont understand:-/ Ntdll exports loads of functions that arent documented anywhere. But we better document that. Because we want to be compatible Right? And that probably means that at some degree WinCE and XP have common source code and maybe are not so far away one of each other as some ppl around think. Hey just some curiosity nothing more is like when win2k came out it inherited win98/Me 's explorer, it inherited the same bugs also, that´s why. At the end nothing important, well unless you try to reduce the code of some other library maybe. Best Regards Waldo Gunnar

20 years, 3 months

4
3
0 0

stdio/wtmpnam.c: compile error

by ea＠iol.it

I get this error compiling with gcc 3.3.1: crt: [CC] stdio/wtmpnam.c stdio/wtmpnam.c:5:2: #import is obsolete, use an #ifndef wrapper in the header f ile make[1]: *** [stdio/wtmpnam.o] Error 1 make: *** [crt] Error 2 ____________________________________________________________ 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero! Scaricalo su INTERNET GRATIS 6X http://www.libero.it

20 years, 3 months

1
0
0 0

RE: [ros-dev] MISSING LINK

by Murphy, Ged (Bolton)

Looks good. Zip it up and upload it to the net and someone will pick it up. Would be good if you could also zip up the full source as I would be interested in going through it, and I don't have access to SVN from work so can't apply any patches. Ged. -----Original Message----- From: Thomas Larsen [mailto:sikker2004@yahoo.com] Sent: 15 February 2005 08:48 To: ReactOS Development List Subject: [ros-dev] MISSING LINK RosMine Missing uploader could anybody be ******* nice to upload this for me I Got Improved Sound Support - Included sounds New Icons better look Improved Code Help System Send Your E-mail and i would send it to U..... Thomas __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com ************************************************************************ 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

20 years, 3 months

2
2
0 0

Re: [ros-dev] __attribute__((weak)) - in mingw

by Danny Smith

Boaz Harrosh wrote: > Danny Smith wrote: > > Will you have pre-compiled binaries with these patches for download on > ReactOS.org. No, I am a Mingw developer and I put binaries at mingw's SF site.. Please do, it is a very nice place to have them. And while > we are on the subject. GCC 3.4 is totally broken for ATL. It doesn't > even come close to even imagine to compile ATL. From some of the stuff I > saw it is breaking the standard. It took me 2 minutes to see that it has > no hope. So I have two things. 1 - please if you can keep a live version > of 3.3 with all above enhancements for us, poor, wrote millions of > Microsoft code, guys. 2 - Would you mine talking to me (on the list) > about what is broken in 3.4 and try to see what needs fixing on the > compiler side and what need to be done on the code side. I'll send you > examples of code and we can see what should be done for them and if such > changes are acceptable. > Please, if you want me to stay involved in this discusion,send posts to mingw-users(a)sourceforge.net. I have no intention of "fixing" gcc-3.3.x. My main interest is 4.0, but I will probably backport some changes from 4.0 branch into next gcc 3.4.4 mingw release. If you have specific examples of things that are broken on 3.4.x with mingw please submit a bug report. See http://www.mingw.org/bugs.shtml Danny > Free Life > Boaz > > P.S > My posts do not reach the List. At first I thought they don't go out at > all. But I see you got them. Any body got an Idea what can happen that > causes posts to get lost. Same thing happens to me with wine. Pretty > much consistent now. See if this goes threw

20 years, 3 months

3
2
0 0

Re: [ros-svn] [weiden] 13576: 1. a few previous mode fixes

by Alex Ionescu

weiden(a)svn.reactos.com wrote: >1. a few previous mode fixes > > >Updated files: >trunk/reactos/ntoskrnl/ke/alert.c >trunk/reactos/ntoskrnl/ke/apc.c >trunk/reactos/ntoskrnl/ke/error.c > > > Please revert these "fixes". They are incorrect. Best regards, Alex Ionescu

20 years, 3 months

5
4
0 0

Re: [ros-dev] __attribute__((weak)) - in mingw

by Danny Smith

Boaz Harrosh wrote: >> Danny Smith wrote: >> >>> Boaz Harrosh wrote: >>> >>> >>>> [Q] I'm (well ATL is) using __attribute__((weak)) (translated from >>>> __declspec( selectany) ) for instantiation of members and variables in >>>> headers. I had no problem with it On GCC in Linux (gcc 3.2.2). On MinGW >>>> >>>> >>> >>> IMAGE_COMDAT_SELECT_ANY is not quite same as PECOFF version of "weak" , but >>> AFAICT is equivalent to the GCC section flag ".linkonce discard". I don't >>> think there is a way for the user to specify that for data using an >>> attribute, but it could be done with asm statements. >>> >>> .weak directive is partially supported in current binutils CVS. >>> __attribute__((weak)) is not supported by GCC-3.4.x but will be in the next >>> major GCC release (4.0.0). >>> Sorry, that was unclear. I should have qualified with "on windows targets" >>> The semantics of weak for PECOFF differ from that on Linux.See the PECOFF60 >>> specs (Microsoft Portable Executable and Common Object File Format >>> Specification) section on weak externals >>> >>> Danny >>> >>> >> (binutils at sources dot redhat dot com please also cc me as I'm not on >> the list) >> >> Attached is a proof (See fooInt.h) that gcc (gcc version 3.2 (mingw >> special 20020817-1)) has support for weak symbols. Just not with the >> regular syntax. >> But when templates are used duplicate symbols are merged by the linker. >> >> What would be the assembler magic to cram into the __WEAK__ definition >> that would make this project link? >> I am currently testing a patch to GCC to add an __attribute__ ((selectany)) that would work the way it is discribed in MS docs and in the spec of IMAGE_COMDAT_SELECT_ANY in PECOFF doc. Basically it puts the symbol into its own section with ".linkonce discard" charcteristics. __declspec (selectany) int foo = 1; becomes: .globl _foo .section .data$foo,"w" .linkonce discard .align 4 _foo: .long 1 So far the only problem I've seen is that, although it works for global objects with non-trivial constructors eg: struct X { static int s; int m; X(int _i) : m(_i) { m++; } }; __declspec(selectany) int X::s = -1; // OK __declspec(selectany) X x(1); // This is OK but app will be bloated with // duplicate initialization code. . I haven't figured out how to get rid of the duplicated inititialization code I will submit the patch for comment once GCC trunk branches. Danny >> Free Life >> Boaz >> > >

20 years, 3 months

1
0
0 0

Re: [ros-svn] [gvg] 13584: Fix ROUND_UP when N is a multiple of S. Proposed by unC0Rr.

by Hartmut Birr

gvg(a)svn.reactos.com schrieb: >Fix ROUND_UP when N is a multiple of S. Proposed by unC0Rr. > > > >Updated files: >trunk/reactos/tools/mkhive/binhive.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > Hi, I don't like this implemention (and the old one) of ROUND_UP and ROUND_DOWN. I would prefer: #define ROUND_UP(N,S) (((N) + (S) -1) & ~((S) -1)) #define ROUND_DOWN(N,S) ((N) & ~((S) - 1)) - Hartmut

20 years, 3 months

2
1
0 0

msvcrt headers removal

by Gunnar Dalsnes

Hi. Does anyone know why ros duplicate the mingw msvcrt headers in include\msvcrt? If no one objects, I will remove those duplicates and use the mingw headers 100%. Gunnar

20 years, 3 months

2
1
0 0

Re: [ros-svn] [fireball] 13520: Added cromwell's drivers into build/install process. Now we have two alternatives: usbport/usbXhci or usbcore/ohci.sys. With time they will be merged into one, or cromwell will be wasted and usbport/usbXhci will be written from scratch.

by Mark Tempel

fireball(a)svn.reactos.com wrote: >Added cromwell's drivers into build/install process. Now we have two alternatives: usbport/usbXhci or usbcore/ohci.sys. With time they will be merged into one, or cromwell will be wasted and usbport/usbXhci will be written from scratch. > > >Updated files: >trunk/reactos/drivers/usb/Makefile > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > I would expect that USBPORT/USBXXXHCI will just delegate to cromwell. That way we can use cromwell like we use wine or oskit tcp... --mark

20 years, 3 months

1
0
0 0

typo in hivesys.inf

by netzimme＠netscape.net

Hi Here is a little patch for the typo: Index: hivesys.inf =================================================================== --- hivesys.inf (revision 13570) +++ hivesys.inf (working copy) @@ -11,7 +11,7 @@ HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}",,0x00000000,"DVD/CD-ROM drives" HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}","Class",0x00000000,"CDROM" -HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}","EnumPropPages32",0x00000000,"MmSys.Cpl,MediaPropPageProvider" +HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}","EnumPropPages32",0x00000000,"MmSys.Cpl,MediaPropPageProvider" HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}","Icon",0x00000000,"-20" HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}","NoInstallClass",0x00000000,"1" __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp

20 years, 3 months

1
0
0 0

Re: [ros-dev] NIC RTL8029 will work with NE2000

by netzimme＠netscape.net

James Tabor <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net> wrote: >netzimme(a)netscape.net wrote: >> Hi Ros-Dev >> >> I have a patch that let a RTL8029 based NIC work with >> the ne2000 driver and partiell with the original driver. >> The problem is when the 'size' is 0 and the queriy run in >> NDIS_STATUS_INVALID_LENGTH. Then the size is never set to >> the a new value. >> >Hi, >What was your hivesys.inf setup like? Hi James Add this entries : HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0001","Port",0x00000000,"B800" HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0001","Irq",0x00000000,"A" This can you get when you run the DOS-Utility from the NIC to see the IRQ and Port Number. Under Windows 2000 there are difference entries. HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0001","BusType",0x00000000,"5" This is from the Registry from Windows 2000 HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0001","SlotNumber",0x00000000,"11" HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0001","BusNumber",0x00000000,"0" And this i get from the BIOS bootscreen. HKLM,"SYSTEM\CurrentControlSet\Services\Ne2000","Start",0x00010001,0x00000003 To start the ne2000 driver. Hope this helps Daniel __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp

20 years, 3 months

1
0
0 0

NIC RTL8029 will work with NE2000

by netzimme＠netscape.net

Hi Ros-Dev I have a patch that let a RTL8029 based NIC work with the ne2000 driver and partiell with the original driver. The problem is when the 'size' is 0 and the queriy run in NDIS_STATUS_INVALID_LENGTH. Then the size is never set to the a new value. Index: miniport.c =================================================================== --- miniport.c (revision 13495) +++ miniport.c (working copy) @@ -603,7 +603,7 @@ Adapter->NdisMiniportBlock.MiniportAdapterContext, Oid, Adapter->QueryBuffer, - Size, + Adapter->QueryBufferLength, BytesWritten, &BytesNeeded); } __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp

20 years, 3 months

2
1
0 0

__attribute__((weak)) - in mingw

by Boaz Harrosh

Hi List I'm finally on my ass trying to redo the ATL/MFC Job from a year ago. This time I decided to start on windows with MinGW than move the MinGW makefiles to be used with winegcc. It is a grate test for winegcc and the windows API in general. Well it turns out to be a very big test for MinGW as well. The headers are in a very bad shape. I had to use Wine headers to be able to compile. but I'll leave all that to a later e-mail. [Q] I'm (well ATL is) using __attribute__((weak)) (translated from __declspec( selectany) ) for instantiation of members and variables in headers. I had no problem with it On GCC in Linux (gcc 3.2.2). On MinGW I get below warning. And needless to say that I get a Linker duplicate symbol Error. Any Ideas on how to overcome this. Is this a g++ only bug? <g++ warning example> H:\Dinosaur\OneSource\MinGWStudio\msvc\atl\include\atlhost.h:56: warning: weak declaration of `UINT ATL::WM_ATLGETCONTROL' not supported </g++ warrning example> <linker error example> H:\Dinosaur\OneSource\MinGWStudio\msvc\atl\include\atlwin.h: multiple definition of `ATL::WM_ATLGETCONTROL' H:\Dinosaur\OneSource\MinGWStudio\Samples\AtlWB\Debug\aboutdlg.o(.bss+0x1c):H:\Dinosaur\OneSource\MinGWStudio\msvc\atl\include\atlwin.h: first defined here </linker error example> Please forgive me for sending it here and not to MinGW list. But I feel more at home here than there. ( :( ) Free Life Boaz

20 years, 3 months

3
2
0 0

creating a branch

by Hartmut Birr

Hi, I would like to create a branch in our repository. I'm not sure what I have to do exactly. Is the following command correct? svn copy http://svn.reactos.com/trunk/reactos http://svn.reactos.com/branches/cache_manager_rewrite/reactos - Hartmut

20 years, 3 months

3
8
0 0

Re: [ros-svn] [gvg] 13518: Sync to Wine-20050211

by Steven Edwards

--- gvg(a)svn.reactos.com wrote: > Sync to Wine-20050211 > - add support for Edit boxes in MSI dialogs ..... Just a short note. With this patch most installars using MSI might be able start on ReactOS but there seems to be some sort of communication issue when they try to tell services to load msiexec. I added a Windows Installer service here in my tree but still have not had much luck. If someone wants to sync msiexec.exe with winehq and have a look we can then see how far iTunes and Office will get. Thanks Steven __________________________________ Do you Yahoo!? All your favorites on one personal page � Try My Yahoo! http://my.yahoo.com

20 years, 3 months

2
3
0 0

Re: [ros-svn] [gvg] 13518: Sync to Wine-20050211

by James Tabor

Hi! There are CR's in the files! James gvg(a)svn.reactos.com wrote: > Sync to Wine-20050211 snip.. > > > > Added files: > trunk/reactos/include/wine/msidefs.h > trunk/reactos/lib/msi/action.h > trunk/reactos/lib/msi/appsearch.c > trunk/reactos/lib/msi/custom.c > trunk/reactos/lib/msi/dialog.c > trunk/reactos/lib/msi/format.c > trunk/reactos/lib/msi/msi.rc > trunk/reactos/lib/msi/msi_En.rc > trunk/reactos/lib/msi/preview.c > trunk/reactos/lib/msi/registry.c > > Updated files: > trunk/reactos/include/wine/msi.h > trunk/reactos/lib/msi/Makefile.in > trunk/reactos/lib/msi/action.c > trunk/reactos/lib/msi/cond.tab.c > trunk/reactos/lib/msi/cond.tab.h > trunk/reactos/lib/msi/cond.y > trunk/reactos/lib/msi/create.c > trunk/reactos/lib/msi/distinct.c > trunk/reactos/lib/msi/handle.c > trunk/reactos/lib/msi/insert.c > trunk/reactos/lib/msi/msi.c > trunk/reactos/lib/msi/msi.spec > trunk/reactos/lib/msi/msipriv.h > trunk/reactos/lib/msi/msiquery.c > trunk/reactos/lib/msi/order.c > trunk/reactos/lib/msi/package.c > trunk/reactos/lib/msi/record.c > trunk/reactos/lib/msi/select.c > trunk/reactos/lib/msi/sql.tab.c > trunk/reactos/lib/msi/sql.y > trunk/reactos/lib/msi/string.c > trunk/reactos/lib/msi/suminfo.c > trunk/reactos/lib/msi/table.c > trunk/reactos/lib/msi/update.c > trunk/reactos/lib/msi/where.c >

20 years, 3 months

1
0
0 0

Re: [ros-svn] [weiden] 13502: The structure layout of self-relative security descriptors may be different from absolute security descriptors depending on the platform. Self-relative security descriptors always use 32 bit offsets while absolute security descriptors use pointers which could be 64 bits.

by Alex Ionescu

weiden(a)svn.reactos.com wrote: >The structure layout of self-relative security descriptors may be different from absolute security descriptors depending on the platform. Self-relative security descriptors always use 32 bit offsets while absolute security descriptors use pointers which could be 64 bits. > > >Updated files: >trunk/reactos/include/ntos/rtl.h >trunk/reactos/include/ntos/security.h >trunk/reactos/lib/advapi32/sec/sec.c >trunk/reactos/lib/rtl/sd.c >trunk/reactos/ntoskrnl/se/sd.c >trunk/reactos/w32api/include/ddk/ntifs.h >trunk/reactos/w32api/include/ddk/winddk.h >trunk/reactos/w32api/include/winnt.h > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > Well after arguing with me on IRC I'm happy to see that you finally realized I was right. Best regards, Alex Ionescu

20 years, 3 months

2
1
0 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