Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-svn] [ion] 13776: Test commit. Not official branch release -- it will follow shortly in 15 minutes. If this ends up in HEAD i will revert immediately (i have svn switched so it shouldn't)
by Alex Ionescu 28 Feb '05

28 Feb '05

SVN messed up... do not update to 13776... I will revert. ion(a)svn.reactos.com wrote: >Test commit. Not official branch release -- it will follow shortly in 15 minutes. If this ends up in HEAD i will revert immediately (i have svn switched so it shouldn't) > > >Added files: >trunk/reactos/ntoskrnl/ex/error.c >trunk/reactos/ntoskrnl/ob/wait.c > >Updated files: >trunk/reactos/config >trunk/reactos/drivers/storage/floppy/floppy.c >trunk/reactos/include/ddk/extypes.h >trunk/reactos/include/ddk/iotypes.h >trunk/reactos/include/ddk/ketypes.h >trunk/reactos/include/ntos/zwtypes.h >trunk/reactos/lib/ntdll/def/ntdll.def >trunk/reactos/ntoskrnl/Makefile >trunk/reactos/ntoskrnl/cm/registry.c >trunk/reactos/ntoskrnl/ex/event.c >trunk/reactos/ntoskrnl/ex/evtpair.c >trunk/reactos/ntoskrnl/ex/init.c >trunk/reactos/ntoskrnl/ex/mutant.c >trunk/reactos/ntoskrnl/ex/rundown.c >trunk/reactos/ntoskrnl/ex/sem.c >trunk/reactos/ntoskrnl/ex/sysinfo.c >trunk/reactos/ntoskrnl/ex/timer.c >trunk/reactos/ntoskrnl/ex/work.c >trunk/reactos/ntoskrnl/include/internal/ex.h >trunk/reactos/ntoskrnl/include/internal/id.h >trunk/reactos/ntoskrnl/include/internal/io.h >trunk/reactos/ntoskrnl/include/internal/ke.h >trunk/reactos/ntoskrnl/include/internal/nls.h >trunk/reactos/ntoskrnl/include/internal/ntoskrnl.h >trunk/reactos/ntoskrnl/include/internal/ps.h >trunk/reactos/ntoskrnl/io/bootlog.c >trunk/reactos/ntoskrnl/io/create.c >trunk/reactos/ntoskrnl/io/driver.c >trunk/reactos/ntoskrnl/io/iocomp.c >trunk/reactos/ntoskrnl/io/iomgr.c >trunk/reactos/ntoskrnl/io/wmi.c >trunk/reactos/ntoskrnl/ke/apc.c >trunk/reactos/ntoskrnl/ke/bug.c >trunk/reactos/ntoskrnl/ke/catch.c >trunk/reactos/ntoskrnl/ke/dpc.c >trunk/reactos/ntoskrnl/ke/event.c >trunk/reactos/ntoskrnl/ke/i386/tskswitch.S >trunk/reactos/ntoskrnl/ke/kthread.c >trunk/reactos/ntoskrnl/ke/main.c >trunk/reactos/ntoskrnl/ke/mutex.c >trunk/reactos/ntoskrnl/ke/queue.c >trunk/reactos/ntoskrnl/ke/sem.c >trunk/reactos/ntoskrnl/ke/timer.c >trunk/reactos/ntoskrnl/ke/wait.c >trunk/reactos/ntoskrnl/ntoskrnl.def >trunk/reactos/ntoskrnl/ntoskrnl.mc >trunk/reactos/ntoskrnl/ps/kill.c >trunk/reactos/ntoskrnl/ps/process.c >trunk/reactos/ntoskrnl/ps/thread.c >trunk/reactos/ntoskrnl/rtl/nls.c >trunk/reactos/tools/nci/sysfuncs.lst > >Deleted files: >trunk/reactos/ntoskrnl/ke/alert.c >trunk/reactos/ntoskrnl/ke/critical.c >trunk/reactos/ntoskrnl/ke/error.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > >

1 0

RE: [ros-svn] [sedwards] 13772: merge in Winehq changes to reduce noise
by Casper Hornstrup 28 Feb '05

28 Feb '05

You need to revert that change and merge the wine changes to the vendor branch instead and then merge them back to trunk. This is so we keep wine and ReactOS changes separate from each other. GvG has a tutorial somewhere I believe? Casper > -----Original Message----- > From: ros-svn-bounces(a)reactos.com > [mailto:ros-svn-bounces@reactos.com] On Behalf Of > sedwards(a)svn.reactos.com > Sent: 27. februar 2005 23:56 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [sedwards] 13772: merge in Winehq > changes to reduce noise > > merge in Winehq changes to reduce noise > > > Updated files: > trunk/reactos/tools/widl/ChangeLog > trunk/reactos/tools/widl/parser.y > trunk/reactos/tools/widl/server.c > trunk/reactos/tools/widl/typelib.c > trunk/reactos/tools/widl/widl.c > trunk/reactos/tools/widl/widl.h > trunk/reactos/tools/widl/y.tab.c > > Deleted files: > trunk/reactos/tools/widl/client.h > trunk/reactos/tools/widl/proxy.h > trunk/reactos/tools/widl/server.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn

2 1

Re: [ros-diffs] [weiden] 13775: German translation fixes by Rouven Wessling
by Hartmut Birr 28 Feb '05

28 Feb '05

Are you sure that this changes are correct? - Hartmut weiden(a)svn.reactos.com schrieb: >German translation fixes by Rouven Wessling > >Modified: trunk/reactos/lib/cpl/desk/de.rc > > > *Modified: trunk/reactos/lib/cpl/desk/de.rc* > >--- trunk/reactos/lib/cpl/desk/de.rc 2005-02-28 04:43:30 UTC (rev 13774) >+++ trunk/reactos/lib/cpl/desk/de.rc 2005-02-28 14:38:02 UTC (rev 13775) >@@ -1,5 +1,46 @@ > > LANGUAGE LANG_GERMAN, SUBLANG_DEFAULT > > > >+IDM_MAINMENU MENU DISCARDABLE >+BEGIN >+ POPUP "&Optionen" >+ BEGIN >+ MENUITEM "&Eigenschaften", IDC_PROPERTIES >+ MENUITEM "Erweiterte Ein&stellungen", IDC_ADVANCED_CONTROLS >+ MENUITEM SEPARATOR >+ MENUITEM "&Beenden", IDC_EXIT >+ END >+ POPUP "&?" >+ BEGIN >+ MENUITEM "&Hilfethemen", IDC_HELP_TOPICS >+ MENUITEM SEPARATOR >+ MENUITEM "&Info", IDC_ABOUT >+ END >+END >+ >+STRINGTABLE DISCARDABLE >+BEGIN >+ IDS_SNDVOL32 "Lautstõrke Einstellungen" >+ IDS_NOMIXERDEVICES "Es sind keine aktivien Mixer vorhanden! Die Anwendung wird jetzt beendet." >+END >+ >+IDD_PREFERENCES DIALOGEX 0, 0, 224, 250 >+STYLE DS_MODALFRAME | DS_CONTEXTHELP | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU >+CAPTION "Eigenschaften" >+FONT 8, "MS Shell Dlg", 0, 0, 0x0 >+BEGIN >+ LTEXT "&Mixer:", -1, 7,8,48,9 >+ COMBOBOX IDC_MIXERDEVICE, 55,8,162,80, CBS_DROPDOWNLIST | WS_TABSTOP >+ GROUPBOX "Lautstõrke regeln f³r:", -1, 7,25,211,77 >+ PUSHBUTTON "Wie&dergabe", IDC_PLAYBACK, 13,43,47,8, BS_AUTORADIOBUTTON >+ PUSHBUTTON "&Aufnahme", IDC_RECORDING, 13,61,47,8, BS_AUTORADIOBUTTON >+ PUSHBUTTON "A&ndere:", IDC_OTHER, 13,80,42,8, BS_AUTORADIOBUTTON | WS_DISABLED >+ COMBOBOX IDC_LINE, 55,80,155,50, CBS_DROPDOWNLIST | WS_TABSTOP | WS_DISABLED >+ >+ PUSHBUTTON "OK", IDOK, 114,226,50,14 >+ PUSHBUTTON "Abbrechen", IDCANCEL, 168,226,50,14 >+END >+LANGUAGE LANG_GERMAN, SUBLANG_DEFAULT >+ > > > IDD_BACKGROUND DIALOGEX DISCARDABLE 0, 0, 246, 228 > STYLE DS_SHELLFONT | WS_CHILD | WS_DISABLED | WS_CAPTION > CAPTION "Desktop" > > > ------------------------------------------------------------------------

1 0

compile error
by Wesley Parish 28 Feb '05

28 Feb '05

I was compiling ReactOS 0.2.5 today. I typed "make" and it went swimmingly when it threw this up at me: kernel32: [CC] misc/console.c make (e=2): The system cannot find the file specified. make [1]: ***[misc/time.o] Error 2 make: ***[kernel32] Error 2 The system's a Compaq Deskpro 4000, with C: being a 1.25 GB hard-drive and with 64 MB. What do people suggest I do? (Besides updating to 0.2.6?) Wesley Parish -- Clinersterton beademung, with all of love - RIP James Blish ----- Mau e ki, he aha te mea nui? You ask, what is the most important thing? Maku e ki, he tangata, he tangata, he tangata. I reply, it is people, it is people, it is people.

1 0

Floppy Disk
by James Tabor 28 Feb '05

28 Feb '05

Hi all, When did the floppy detection stop working? I can not read the floppy driver. Thanks, James PS, I lost 2/3 of my email, I have no references atm.

1 0

CSR plug-ins: docs?
by ea 26 Feb '05

26 Feb '05

Is there somewhere a doc that explains how our CSR plug-ins work? ea

1 0

subversion problem
by Hartmut Birr 26 Feb '05

26 Feb '05

Hi, I would update the cache_manager_rewrite branch with all changes from the main tree. I'm using the merge command to add the changes to my local tree. It fails allways with revision 13667. I can merge all changes up to revision 13666. But I get an error with revision 13667: E:\Sandbox\ros_cache\reactos\tools>d:\programme\subversion\bin\svn.exe merge -r13566:13667 svn://svn.reactos.com/trunk/reactos/tools D winebuild\res32.c D winebuild\spec32.c D winebuild\res16.c D winebuild\utils.c D winebuild\Makefile.in D winebuild\spec16.c D winebuild\mkstemps.c D winebuild\build.h D winebuild\import.c D winebuild\relay.c D winebuild\winehq2ros.patch D winebuild\winglue.h D winebuild\winebuild.man.in D winebuild\main.c D winebuild\parser.c D winebuild\Makefile D winebuild svn: Revision 13667 doesn't match existing revision 13567 in 'winebuild' What can I do to solve this problem? - Hartmut

2 1

RE: [ros-dev] Release 0.2.6
by Murphy, Ged (Bolton) 26 Feb '05

26 Feb '05

Agreed. It'll be good for publicity too. Regular minor releases are better than infrequent major releases. Gedi. -----Original Message----- From: Jason Filby [mailto:jason.filby@gmail.com] Sent: 23 February 2005 17:57 To: ReactOS Development List Subject: [ros-dev] Release 0.2.6 Hi all The consensus on IRC appears to be that we need another 0.2.x release. The reason is that 0.3 is our "network" release and there's still some work to do to justify this. Everyone agree? Cheers Jason _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.com http://reactos.com:8080/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

9 12

ReactOS Wallpaper List
by Klemens Friedl 26 Feb '05

26 Feb '05

ReactOS Wallpapers List (suggestion): ReactOS Wallpapers for Version 0.2.6: * ReactOS Wallpaper (original with new text; GNU GPL) http://reactosde.re.funpic.de/mediadetail.php?sec=Graphic%20arts&cat=wallp&… * ReactOS Computer Wallpaper #1 (GNU GPL) http://reactosde.re.funpic.de/mediadetail.php?sec=Graphic%20arts&cat=wallp&… * hill and water (BSD-license) http://reactosde.re.funpic.de/mediadetail.php?sec=Graphic%20arts&cat=wallp&… * ReactOS wallpaper - 3d with holes (GNU LGPL) http://reactosde.re.funpic.de/mediadetail.php?sec=Graphic%20arts&cat=wallp&… * ReactOS Wallpapers (Earth) http://reactosde.re.funpic.de/mediadetail.php?sec=Graphic%20arts&cat=wallp&… GPL Wallpapers from kde-look.org: * Nature #1 (Fruit) http://www.kde-look.org/content/files/16183-green.jpg * Nature #2 (Wood) http://www.kde-look.org/content/files/10274-p1010076.jpg * Nature #3 (Sea) http://arg0.net/users/vgough/images/2007-taupo.png * Nature #4 (Bees #1) http://kdelook.org/content/files/16382-img_0511c1_xga.jpg * Nature #5 (Bees #2) http://www.kde-look.org/content/files/16498-Beon.jpg * Nature #6 (Bees #3) http://www.kde-look.org/content/files/6524-Bee%20in%20Flower.jpg * Nature #7 (Summer) http://www.kde-look.org/content/files/20979-altabadia_summer_1200.jpg Some useful links: * GNOME-LOOK.ORG http://www.gnome-look.org * KDE-LOOK.ORG http://www.kde-look.org/ * Frik85's ReactOS Fanpage http://frik85.reactos.at (-> http://reactosde.re.funpic.de/mediagroup.php?sec=Graphic%20arts) History: 2005-02-25 Klemens Friedl Best regards, Klemens Friedl -- Lassen Sie Ihren Gedanken freien Lauf... z.B. per FreeSMS GMX bietet bis zu 100 FreeSMS/Monat: http://www.gmx.net/de/go/mail

3 5

ntoskrnl issue on my Dell Latitude C610
by Steven Edwards 25 Feb '05

25 Feb '05

Hi, A little background info. I have a dell Latitude c610 with a P3m 1ghz CPU, 256Megs of Ram and a 20 Gig hard disk. ATI Mobile Radeon Graphics chip with 16megs of Vram. When I try to boot ReactOS the screen always go black after freeldr loads the drivers and everything even if /NOGUIBOOT is selected and bootvid.sys is removed from the system. The screen never goes blue and the kernel never gets a point where HalDisplayString or the kernel debugger will work. I have added a function to my ke\main.c to manually write to the screen in text mode and have been using that to try to debug the boot process. The problem is that it never consistantly crashes at one line of code. It always seems to be around a call to KeLowerIrql but depending on where I stick my debug statements it will change. Whats odd is that it will fail 100% of the time in the same place depending on where I move my debug statements. The only thing I can figure is that but writting to the display its interupting which is changing the failure location. The farthest in the boot process I can get is the call to KeLowerIrql that happens around the calls to SeInit1 and SeInit2. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250

2 2

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