Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

Re: [ros-dev] Documentation
by Aleksey Bragin 20 Sep '07

20 Sep '07

Not a problem, but this should be done on a standalone machine, preferably the server at Christoph's place, or I can utilize my own machine for this too. WBR, Aleksey Bragin. On Sep 20, 2007, at 6:00 PM, Ged wrote: > Timo Kreuzer wrote: >> So we should think about updating our >> doxygen and probably keeping it at a quite up to date state (only >> a few >> days old if possible). > > I fully agree. > Aleksey, is there any reason this can't be stuck in a cron job and run > weekly? > Doxygen is a great tool which we can't really make much use of at the > moment. > > Ged.

1 0

29102 - Fix an old rbuild bug: .gch file now depends of intermediate module directory, and can create it if needed
by Timo Kreuzer 20 Sep '07

20 Sep '07

Revision: 29102 Autor: hpoussin Datum: 11:34:05, Mittwoch, 19. September 2007 Meldung: Fix an old rbuild bug: .gch file now depends of intermediate module directory, and can create it if needed ---- Verändert : /trunk/reactos/tools/rbuild/backend/mingw/modulehandler.cpp Does this fix bug 2369? http://www.reactos.org/bugzilla/show_bug.cgi?id=2369

1 0

Re: [ros-dev] Problems with resources or something else
by carlo.bramix 19 Sep '07

19 Sep '07

Hello, I saw the bug #2225. In my opinion the bug isn't into the CopyImage() but into DrawIconEx() instead. I checked the copyico test app and after debugging a little I discovered that CopyImage() received an already corrupted pixel map. But probably, this fact is known to you too. Sincerely, Carlo Bramini. ---------- Initial Header ----------- >From : ros-dev-bounces(a)reactos.org To : "ReactOS Development List" ros-dev(a)reactos.org Cc : Date : Fri, 14 Sep 2007 21:14:55 +0200 Subject : Re: [ros-dev] Problems with resources or something else > Hi, > > This problem has nothing to do with resource compilation. > It's a bug in our CopyImage function, which exists since some time. If you > try the current builds from our BuildBot, you will have the same problem. > > Regards, > > Colin > > > > -----Original Message----- > > From: ros-dev-bounces(a)reactos.org > > [mailto:ros-dev-bounces@reactos.org] On Behalf Of carlo.bramix > > Sent: Thursday, September 13, 2007 10:22 AM > > To: ros-dev > > Subject: [ros-dev] Problems with resources or something else > > > > Hello, > > it's long time that I compile ReactOS and I have some errors > > into the start menu bar. > > My results are almost identical to this screenshot: > > > > http://www.reactos.org/media/screenshots/2007/ros_033_xara3d.jpg > > > > As you can see, the two icons after the start button and the > > '1','2','3','4' buttons are corrupted. > > Actually I'm using the windres.exe that I received from here: > > > > http://www.reactos.org/archives/public/ros-dev/2007-July/009548.html > > > > Do you have some idea? > > > > Sincerely, > > > > Carlo Bramini > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

2 1

Bugzilla maintainer
by Aleksey Bragin 19 Sep '07

19 Sep '07

Hello, Amine Khaldi is going to be a bugzilla maintainer, starting tomorrow. This is the first step from the a number of efforts I'm going to announce soon, which aim significant improving of the development process, resulting in less breakages and more smooth development progress. You can see what the work of a bugzilla maintainer is at the following wikipage: http://www.reactos.org/wiki/index.php/ Bugzilla_Maintainer With the best regards, Aleksey Bragin.

1 0

ReactOS status
by Carlos Alexandre Pires 18 Sep '07

18 Sep '07

Hi, my name is Carlos Pires, and i've been tracking this project since 2006, and now I've managed to get some time for me to get involved in it. I've fetched the svn sources, and past this last 3 days looking at the code, trying to find how was going the implementention. I've also download tinykrnl for analsys, and realized that reactOS does not implement some hal fuctions like HaliQuerySystemInformation, trying to find more information one this i've also realize that reactOS does not have a Machine Check Handler. I noticed that a lot of effort is being made in User Mode code, to make software work in reactOS. I've also check svn activity and checked that the Kernel Mode code had minor changes (i've only looked at dates). Now, i've said that, i have a few questions: - How is the Kernel Mode implemention current status? - Looking at Windows architecture, the HAL part is one of the most important thing in making Windows device drivers work in reactOS, shouldn't this be ReactOS first goal? - Isn't more important to create a fully working Kernel (executive,hal,etc) before going into User Mode? Sorry if i've said something that is not correct, this are only thoughts i've had, while i was looking at the code. I'm a developer and want to help as much as i can this project, so if anyone can help in getting some lights about the current status, i appreciate. The best regards

1 0

Re: [ros-dev] [ros-diffs] [silverblade] 29089: Bare-bones foundations of the ReactOS Audio Service. At present it's nothing more than a "mutex service". Some info on the planned implementation is in the included audiosrv.txt file.
by Alex Ionescu 18 Sep '07

18 Sep '07

If the mutex is a named mutex and the object existed before this function call, the return value is a handle to the existing object, GetLastError returns ERROR_ALREADY_EXISTS -- Best regards, Alex Ionescu On 17-Sep-07, at 10:41 PM, silverblade(a)svn.reactos.org wrote: + device_list_mutex = CreateMutex(NULL, FALSE, DEVICE_LIST_MUTEX_NAME); + + if ( ! device_list_mutex) + {

1 0

Problems with resources or something else
by carlo.bramix 16 Sep '07

16 Sep '07

Hello, it's long time that I compile ReactOS and I have some errors into the start menu bar. My results are almost identical to this screenshot: http://www.reactos.org/media/screenshots/2007/ros_033_xara3d.jpg As you can see, the two icons after the start button and the '1','2','3','4' buttons are corrupted. Actually I'm using the windres.exe that I received from here: http://www.reactos.org/archives/public/ros-dev/2007-July/009548.html Do you have some idea? Sincerely, Carlo Bramini ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

4 4

Linking problems
by Marc Piulachs 15 Sep '07

15 Sep '07

Does the order of .o files matter when linking against a static library? I ask this because I'm having problems linking ntoskrnl with rtl dependending on the order of object files when compiling rtl. For example on the rbuild generated makefile.auto the order of .o files is : rtl_OBJS := \ $(INTERMEDIATE)\lib\rtl\austin\avl.o \ $(INTERMEDIATE)\lib\rtl\austin\tree.o \ $(INTERMEDIATE)\lib\rtl\access.o \ $(INTERMEDIATE)\lib\rtl\acl.o \ $(INTERMEDIATE)\lib\rtl\atom.o \ $(INTERMEDIATE)\lib\rtl\bitmap.o \ $(INTERMEDIATE)\lib\rtl\bootdata.o \ $(INTERMEDIATE)\lib\rtl\compress.o \ $(INTERMEDIATE)\lib\rtl\condvar.o \ $(INTERMEDIATE)\lib\rtl\crc32.o \ $(INTERMEDIATE)\lib\rtl\critical.o \ $(INTERMEDIATE)\lib\rtl\dbgbuffer.o \ $(INTERMEDIATE)\lib\rtl\debug.o \ $(INTERMEDIATE)\lib\rtl\dos8dot3.o \ $(INTERMEDIATE)\lib\rtl\encode.o \ $(INTERMEDIATE)\lib\rtl\env.o \ $(INTERMEDIATE)\lib\rtl\error.o \ $(INTERMEDIATE)\lib\rtl\exception.o \ $(INTERMEDIATE)\lib\rtl\generictable.o \ $(INTERMEDIATE)\lib\rtl\handle.o \ $(INTERMEDIATE)\lib\rtl\heap.o \ $(INTERMEDIATE)\lib\rtl\image.o \ $(INTERMEDIATE)\lib\rtl\message.o \ $(INTERMEDIATE)\lib\rtl\largeint.o \ $(INTERMEDIATE)\lib\rtl\luid.o \ $(INTERMEDIATE)\lib\rtl\network.o \ $(INTERMEDIATE)\lib\rtl\nls.o \ $(INTERMEDIATE)\lib\rtl\path.o \ $(INTERMEDIATE)\lib\rtl\ppb.o \ $(INTERMEDIATE)\lib\rtl\process.o \ $(INTERMEDIATE)\lib\rtl\propvar.o \ $(INTERMEDIATE)\lib\rtl\qsort.o \ $(INTERMEDIATE)\lib\rtl\random.o \ $(INTERMEDIATE)\lib\rtl\rangelist.o \ $(INTERMEDIATE)\lib\rtl\registry.o \ $(INTERMEDIATE)\lib\rtl\res.o \ $(INTERMEDIATE)\lib\rtl\resource.o \ $(INTERMEDIATE)\lib\rtl\sd.o \ $(INTERMEDIATE)\lib\rtl\security.o \ $(INTERMEDIATE)\lib\rtl\sid.o \ $(INTERMEDIATE)\lib\rtl\sprintf.o \ $(INTERMEDIATE)\lib\rtl\srw.o \ $(INTERMEDIATE)\lib\rtl\swprintf.o \ $(INTERMEDIATE)\lib\rtl\splaytree.o \ $(INTERMEDIATE)\lib\rtl\thread.o \ $(INTERMEDIATE)\lib\rtl\time.o \ $(INTERMEDIATE)\lib\rtl\timezone.o \ $(INTERMEDIATE)\lib\rtl\timerqueue.o \ $(INTERMEDIATE)\lib\rtl\unicode.o \ $(INTERMEDIATE)\lib\rtl\unicodeprefix.o \ $(INTERMEDIATE)\lib\rtl\vectoreh.o \ $(INTERMEDIATE)\lib\rtl\version.o \ $(INTERMEDIATE)\lib\rtl\workitem.o \ $(INTERMEDIATE)\lib\rtl\i386\debug_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\except_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\except.o \ $(INTERMEDIATE)\lib\rtl\i386\random_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\rtlswap.o \ $(INTERMEDIATE)\lib\rtl\i386\rtlmem.o \ $(INTERMEDIATE)\lib\rtl\i386\res_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\thread.o \ Using this order rtl will compile and ntoskrnl can be linked without problems but If the order is changed to ASMs on top (the order present in rtl.rbuild): rtl_OBJS := \ $(INTERMEDIATE)\lib\rtl\i386\debug_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\except_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\except.o \ $(INTERMEDIATE)\lib\rtl\i386\random_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\rtlswap.o \ $(INTERMEDIATE)\lib\rtl\i386\rtlmem.o \ $(INTERMEDIATE)\lib\rtl\i386\res_asm.o \ $(INTERMEDIATE)\lib\rtl\i386\thread.o \ $(INTERMEDIATE)\lib\rtl\austin\avl.o \ $(INTERMEDIATE)\lib\rtl\austin\tree.o \ $(INTERMEDIATE)\lib\rtl\access.o \ $(INTERMEDIATE)\lib\rtl\acl.o \ $(INTERMEDIATE)\lib\rtl\atom.o \ $(INTERMEDIATE)\lib\rtl\bitmap.o \ $(INTERMEDIATE)\lib\rtl\bootdata.o \ $(INTERMEDIATE)\lib\rtl\compress.o \ $(INTERMEDIATE)\lib\rtl\condvar.o \ $(INTERMEDIATE)\lib\rtl\crc32.o \ $(INTERMEDIATE)\lib\rtl\critical.o \ $(INTERMEDIATE)\lib\rtl\dbgbuffer.o \ $(INTERMEDIATE)\lib\rtl\debug.o \ $(INTERMEDIATE)\lib\rtl\dos8dot3.o \ $(INTERMEDIATE)\lib\rtl\encode.o \ $(INTERMEDIATE)\lib\rtl\env.o \ $(INTERMEDIATE)\lib\rtl\error.o \ $(INTERMEDIATE)\lib\rtl\exception.o \ $(INTERMEDIATE)\lib\rtl\generictable.o \ $(INTERMEDIATE)\lib\rtl\handle.o \ $(INTERMEDIATE)\lib\rtl\heap.o \ $(INTERMEDIATE)\lib\rtl\image.o \ $(INTERMEDIATE)\lib\rtl\message.o \ $(INTERMEDIATE)\lib\rtl\largeint.o \ $(INTERMEDIATE)\lib\rtl\luid.o \ $(INTERMEDIATE)\lib\rtl\network.o \ $(INTERMEDIATE)\lib\rtl\nls.o \ $(INTERMEDIATE)\lib\rtl\path.o \ $(INTERMEDIATE)\lib\rtl\ppb.o \ $(INTERMEDIATE)\lib\rtl\process.o \ $(INTERMEDIATE)\lib\rtl\propvar.o \ $(INTERMEDIATE)\lib\rtl\qsort.o \ $(INTERMEDIATE)\lib\rtl\random.o \ $(INTERMEDIATE)\lib\rtl\rangelist.o \ $(INTERMEDIATE)\lib\rtl\registry.o \ $(INTERMEDIATE)\lib\rtl\res.o \ $(INTERMEDIATE)\lib\rtl\resource.o \ $(INTERMEDIATE)\lib\rtl\sd.o \ $(INTERMEDIATE)\lib\rtl\security.o \ $(INTERMEDIATE)\lib\rtl\sid.o \ $(INTERMEDIATE)\lib\rtl\sprintf.o \ $(INTERMEDIATE)\lib\rtl\srw.o \ $(INTERMEDIATE)\lib\rtl\swprintf.o \ $(INTERMEDIATE)\lib\rtl\splaytree.o \ $(INTERMEDIATE)\lib\rtl\thread.o \ $(INTERMEDIATE)\lib\rtl\time.o \ $(INTERMEDIATE)\lib\rtl\timezone.o \ $(INTERMEDIATE)\lib\rtl\timerqueue.o \ $(INTERMEDIATE)\lib\rtl\unicode.o \ $(INTERMEDIATE)\lib\rtl\unicodeprefix.o \ $(INTERMEDIATE)\lib\rtl\vectoreh.o \ $(INTERMEDIATE)\lib\rtl\version.o \ $(INTERMEDIATE)\lib\rtl\workitem.o \ [LD] C:\Ros\clean\reactos\output-i386\ntoskrnl\ntoskrnl.exe C:\Ros\clean\reactos\obj-i386\lib\rtl\rtl.a(random.o): In function `RtlUniform@4': C:/Ros/clean/reactos/lib/rtl/random.c:137: multiple definition of `_RtlUniform@4' C:\Ros\clean\reactos\obj-i386\lib\rtl\rtl.a(random_asm.o):C:\Ros\clean\react os\lib\rtl\i386\random_asm.S:161: first defined here C:\Ros\clean\reactos\obj-i386\lib\rtl\rtl.a(random.o): In function `RtlRandom@4': C:/Ros/clean/reactos/lib/rtl/random.c:69: multiple definition of `_RtlRandom@4' C:\Ros\clean\reactos\obj-i386\lib\rtl\rtl.a(random_asm.o):C:\Ros\clean\react os\lib\rtl\i386\random_asm.S:23: first defined here collect2: ld returned 1 exit status mingw32-make: *** [C:\Ros\clean\reactos\output-i386\ntoskrnl\ntoskrnl.exe] Error 1 Total Build Time: 00:03:09 You will get linking errors , this error looks wired to me . In the rbuild generated file the .asm files generating this problem will be added to the end of the list because they are inside an If condition (ARCH=i386) so this ¿bug? does not appear even when exists Am I missing something here? How can It be solved, any clues?

1 0

Two Day International Conference
by Raghesh A 13 Sep '07

13 Sep '07

Friends, A two day international conference (ICIST2007) is planned at Thrissur(Kerala, India) during 14,15 December 2007 with Free Software as the principal theme. RMS has agreed to engage the participants in a virtual session and clarify online to any subsequent queries. Papers are solicited for ICIST2007. Details are at http://mesengg.ac.in/icist2007.htm Regards, Raghesh

1 0

Boot problems
by Aleksey Bragin 09 Sep '07

09 Sep '07

Hello, trunk is broken in vmware (2nd stage setup problems). Problems disappear when reverting 28918, 28932 and 28933. WBR, Aleksey Bragin.

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev