- Ros-dev - ReactOS.org

WDK not working
by മഹേഷ് മുകുന്ദന് | Mahesh M 08 Oct '08

08 Oct '08

hi.. I tried the latest WDK provided by Micrsoft - http://download.microsoft.com/download/9/0/f/90f019ac-8243-48d3-91cf-81fc40… It was attached to Qemu as a CDROM. It did boot showing the D:\ But I couldnt install it. I tried installing via wine in Lenny.That too didnt work. Any help.. Can i get an alternative older one that works with ROS? -- Mahesh M Happy hacking... , , / \ ((__-^^-,-^^-__)) `-_---' `---_-' `--|o` 'o|--' \ ` / ): :( :o_o: "-"

5 6

[gedmurphy] 36658: Remove the address and command windows from the bottom of the file browser. They're buggy and they're not too pretty
by Gabriel ilardi 07 Oct '08

07 Oct '08

Commit by gedmurphy :: r36658 reactos/base/shell/explorer/shell/ (mainframe.cpp mainframe.h): Remove the address and command windows from the bottom of the file browser. They're buggy and they're not too pretty Hi everyone, Even though explorer looks nicer indeed with this change, bear in mind that you can't use the internal web browser anymore (you can't type any web address). Regards, Gabriel. _________________________________________________________________ Stanco della solita finestra? Personalizza la tua Hotmail! http://www.messenger.it/personalizza.html#sfondi

4 7

Re : Re : [gedmurphy] 36658: Remove the address and command windows from the bottom of the file browser. They're buggy and they're not too pretty
by Sylvain Petreolle 06 Oct '08

06 Oct '08

----- Message d'origine ---- > De : Christoph von Wittich <Christoph(a)apiviewer.de> > À : ReactOS Development List <ros-dev(a)reactos.org> > Envoyé le : Lundi, 6 Octobre 2008, 16h35mn 25s > Objet : Re: [ros-dev] Re : [gedmurphy] 36658: Remove the address and command windows from the bottom of the file browser. They're buggy and they're not too pretty > > > > iexplore doesnt compile now : > > shdocvw's IEWinMain is still a stub for now (shdocvw synced to 0.9.5 according > to README.WINE) > > > > Kind regards, > > Sylvain Petreolle > > > > > > Here is a patch to sync shdocvw - it builds - but Explorer crashes on > "Web" without any debug output. > > http://iso.reactos.org/temp/shdocvw_patch.diff > > Regards, > Christoph von Wittich With that patched shdocvw and wine msimtf (attached in msimtf.zip), you can run iexplore without problem. In iexplore_mozillaactivex.zip : 1/winemshtml.reg adds needed registry keys for mshtml in order load gecko. 2/put version in mozilla activex directory (mshtml checks for it). Last: regsvr32 msimtf. Screenshots: Reactos Home http://img234.imageshack.us/my.php?image=iexploremozillaactivexzg8.png Maximized(better) http://img444.imageshack.us/my.php?image=iexploremaximzedbetterwq8.png Acid3 test :) http://img397.imageshack.us/my.php?image=iexploreacid3id3.png

1 0

Event invitation [jornadas Imaginática 2009]
by Marc Piulachs 06 Oct '08

06 Oct '08

Hi All, I have been contacted/invited to participate and give a talk about ReactOS in an event organized by the university of Seville, spain (very beautiful city!) on 2-6 March 2009. It would be great if some of the other spanish based members are also interested on participate, I have been disconnected from the project lately due to offline life but would be willing to participate in this event and help to spread the word about reactos in academic circles. More information here (in spanish): http://imaginatica.org/2009/descargas/Dossier.pdf Regards, /Marc

1 0

Re : [gedmurphy] 36658: Remove the address and command windows from the bottom of the file browser. They're buggy and they're not too pretty
by Sylvain Petreolle 06 Oct '08

06 Oct '08

----- Message d'origine ---- > De : Steven Edwards <winehacker(a)gmail.com> > À : ReactOS Development List <ros-dev(a)reactos.org> > Envoyé le : Lundi, 6 Octobre 2008, 13h55mn 01s > Objet : Re: [ros-dev] [gedmurphy] 36658: Remove the address and command windows from the bottom of the file browser. They're buggy and they're not too pretty > > On Mon, Oct 6, 2008 at 7:23 AM, gedmurphy wrote: > > I'll put an address bar in, along with a few other changes. > > Just remind me so I don't forget. > > Could you look at whats required or left to get iexplore working? The > Wine import of all of the dlls is done and it should download the wine > gecko package if you start it but I believe someone was having > problems when they tried to install/run it, under Wine there is a > registry key we set in the wine.inf that stores the gecko download url > so maybe that is whats needed. Just enable iexplore in > reactos/base/applications and try to run it under ReactOS. If it works > we could ship it with the wine gecko binary as part of the release > process. > > -- > Steven Edwards iexplore doesnt compile now : shdocvw's IEWinMain is still a stub for now (shdocvw synced to 0.9.5 according to README.WINE) Kind regards, Sylvain Petreolle

2 1

Re: [ros-dev] [ros-diffs] [cfinck] 36643: Update some links properly and update the description of Opera (sounds stupid to use the same for Firefox and Opera)
by Aleksey Bragin 05 Oct '08

05 Oct '08

Using "latest-X.0" looks more correct than specifying exact version number two times. WBR, Aleksey. On Oct 4, 2008, at 5:00 PM, cfinck(a)svn.reactos.org wrote: > Author: cfinck > Date: Sat Oct 4 08:00:33 2008 > New Revision: 36643 > > URL: http://svn.reactos.org/svn/reactos?rev=36643&view=rev > Log: > Update some links properly and update the description of Opera > (sounds stupid to use the same for Firefox and Opera) > > Modified: > trunk/rosapps/applications/downloader/downloader.xml > > Modified: trunk/rosapps/applications/downloader/downloader.xml > URL: http://svn.reactos.org/svn/reactos/trunk/rosapps/applications/ > downloader/downloader.xml?rev=36643&r1=36642&r2=36643&view=diff > ====================================================================== > ======== > --- trunk/rosapps/applications/downloader/downloader.xml > [iso-8859-1] (original) > +++ trunk/rosapps/applications/downloader/downloader.xml > [iso-8859-1] Sat Oct 4 08:00:33 2008 > @@ -12,13 +12,13 @@ > <licence>MPL/GPL/LGPL</licence> > <version>2.0.0.17</version> > <description>The most popular and one of the best free Web > Browsers out there.</description> > - <location>http://releases.mozilla.org/pub/mozilla.org/firefox/ > releases/latest-2.0/win32/en-US/Firefox%20Setup%202.0.0.17.exe</ > location> > + <location>http://releases.mozilla.org/pub/mozilla.org/firefox/ > releases/2.0.0.17/win32/en-US/Firefox%20Setup%202.0.0.17.exe</ > location> > </application> > <application name="Opera"> > <regname>Opera</regname> > <licence>Freeware</licence> > <version>9.26</version> > - <description>The most popular and one of the best free Web > Browsers out there.</description> > + <description>The popular Opera Browser with many advanced > features and including a Mail and BitTorrent client.</description> > <location>http://mirror.nwps.ws/opera/win/926/en/ > Opera_9.26_Classic_Setup.exe</location> > </application> > <application name="Thunderbird 1.5"> > @@ -26,20 +26,20 @@ > <licence>MPL/GPL/LGPL</licence> > <version>1.5.0.14</version> > <description>The most popular and one of the best free Mail > Clients out there.</description> > - <location>http://releases.mozilla.org/pub/mozilla.org/ > thunderbird/releases/latest-1.5/win32/en-US/Thunderbird%20Setup% > 201.5.0.14.exe</location> > + <location>http://releases.mozilla.org/pub/mozilla.org/ > thunderbird/releases/1.5.0.14/win32/en-US/Thunderbird%20Setup% > 201.5.0.14.exe</location> > </application> > <application name="Thunderbird 2.0"> > <regname>Mozilla Thunderbird (2.0.0.16)</regname> > <licence>MPL/GPL/LGPL</licence> > <version>2.0.0.16</version> > <description>The most popular and one of the best free Mail > Clients out there.</description> > - <location>http://releases.mozilla.org/pub/mozilla.org/ > thunderbird/releases/latest-2.0/win32/en-US/Thunderbird%20Setup% > 202.0.0.16.exe</location> > + <location>http://releases.mozilla.org/pub/mozilla.org/ > thunderbird/releases/2.0.0.17/win32/en-US/Thunderbird%20Setup% > 202.0.0.17.exe</location> > </application> > <application name="SeaMonkey"> > <regname>SeaMonkey (1.1.9)</regname> > <version>1.1.9</version> > <description>Mozilla Suite is alive. This is the one and only > Browser, Mail, Chat, and Composer bundle you will ever need.</ > description> > - <location>http://releases.mozilla.org/pub/mozilla.org/seamonkey/ > releases/1.1.9/seamonkey-1.1.9.en-US.win32.installer.exe</location> > + <location>http://releases.mozilla.org/pub/mozilla.org/seamonkey/ > releases/1.1.12/seamonkey-1.1.12.en-US.win32.installer.exe</location> > </application> > <application name="Mozilla ActiveX Control"> > <regname>Mozilla ActiveX Control v1.7.12 (ReactOS special)</ > regname> >

2 1

Re: [ros-dev] [ros-diffs] [fireball] 36426: [FORMATTING] - Reformat to the kernel coding style.
by Alex Ionescu 05 Oct '08

05 Oct '08

Please show me where the developers of this code agreed to having their code GPL V3 licensed. I would like to see a full trail of every developer that wrote this code, as well as written permission from them for you to slap on this license. Thank you. On 23-Sep-08, at 7:45 AM, fireball(a)svn.reactos.org wrote: > + * LICENSE: GPL v2 or later - See COPYING in the top level > directory Best regards, Alex Ionescu

7 9

Re: [ros-dev] Reformat to the kernel coding style.
by chris evans 04 Oct '08

04 Oct '08

Pasting gpl notices in every file of a project, takes up space. better to put in license.txt in project root to encompass all source files. but most that don't like a license will refuse to use it and just copy paste the code anyways, and not say where they got it. (happens all the time). kinda makes me wonder why we got licenses for software in the first place, seems to be silly constructs of obstructionism. GPLv3 don't allow you to control the software that runs on the custom hardware, inability to link to the code with out upsetting the original author. ce From: James Tabor <jimtabor.rosdev(a)gmail.com> To: ReactOS Development List <ros-dev(a)reactos.org> Sent: Saturday, October 4, 2008 12:38:23 AM Subject: Re: Reformat to the kernel coding style. 1st: No to v3! 2nd: No to v3! 3rd: No to v3! On Fri, Oct 3, 2008 at 11:44 PM, Alex Ionescu <ionucu(a)videotron.ca> wrote: > You basically assumed that a header from another file (probably copy- > pasted) applies to the file you modified. > > While I'm certainly being pedantic, and I admit it -- this shouldn't > be a change to brush over. > > Someone needs to figure out if the devs agree with v3 or not -- I

1 0

[ros-diffs] [sginsberg] 36624: - Add missing APIENTRY to ntgdi.h, syscalls are always stdcall.
by James Tabor 02 Oct '08

02 Oct '08

Hi! Something looks wrong with this patch..... >From the latest SDK I have Version 6. __kernel_entry W32KAPI BOOL NtGdiUpdateTransform( __in HDC hdc ); __kernel_entry W32KAPI BOOL NtGdiSetPUMPDOBJ( __in_opt HUMPD humpd, __in BOOL bStoreID, __inout_opt HUMPD *phumpd, __out_opt BOOL *pbWOW64 ); __kernel_entry W32KAPI BOOL NtGdiBRUSHOBJ_DeleteRbrush( __in_opt BRUSHOBJ *pbo, __in_opt BRUSHOBJ *pboB ); __kernel_entry W32KAPI BOOL NtGdiUMPDEngFreeUserMem( __in KERNEL_PVOID *ppv ); Thanks, James

1 0

Re: [ros-dev] [ros-diffs] [hyperion] 36610: modified ke/i386/cpu.c Added CMPXCHG8B enabling/detection code for TransMeta, Centaur and Rise (source: <URL: http://www.geoffchappell.com/notes/windows/kernel/cpu/cx8.htm>). Code dead until each vendor will be officially supported Alex and others: please review
by Aleksey Bragin 01 Oct '08

01 Oct '08

Why wrap into #ifdefs? I thought it's supposed to be runtime, not compile time. WBR, Aleksey. On Oct 1, 2008, at 3:54 PM, hyperion(a)svn.reactos.org wrote: > Author: hyperion > Date: Wed Oct 1 06:54:29 2008 > New Revision: 36610 > > URL: http://svn.reactos.org/svn/reactos?rev=36610&view=rev > Log: > modified ke/i386/cpu.c > Added CMPXCHG8B enabling/detection code for TransMeta, Centaur > and Rise (source: <URL: http://www.geoffchappell.com/notes/windows/ > kernel/cpu/cx8.htm>). Code dead until each vendor will be > officially supported > Alex and others: please review

2 1

CMPXHG8B Support
by Alex Ionescu 01 Oct '08

01 Oct '08

I was asked on IRC to add support for non-Intel and AMD CPUs to the kernel. Obviously I can't do that -- but I mentioned that some special "magic tricks" need to be done to enable support for the instruction on other CPUs, which is why I made the kernel bugcheck. Thankfully, someone documented the steps required, so I won't get in trouble for pointing out this link for you: http://www.geoffchappell.com/notes/windows/kernel/cpu/cx8.htm. I can confirm that's what the kernel does. Do that too, and you can then support Transmeta/Rise/VIA CPUs. Best regards, Alex Ionescu

2 1

Re: [ros-dev] [ros-diffs] [jimtabor] 36596: - Patch by Vincent Povirk, Handle undocumented WM_POPUPSYSTENNEBU message.
by Alex Ionescu 30 Sep '08

30 Sep '08

James, if it's undocumented, please don't add it to the SDK headers. On 29-Sep-08, at 8:27 PM, jimtabor(a)svn.reactos.org wrote: > WM_POPUPSYSTEMMENU Best regards, Alex Ionescu

2 1

Re: [ros-dev] [ros-diffs] [hyperion] 36586: modified dll/win32/kernel32/kernel32.def modified dll/win32/kernel32/kernel32.rbuild added dll/win32/kernel32/misc/icustubs.cpp Export NormalizeString and IsStringNormalized from kernel32.dll. This (finally) makes normaliz.dll (50%) functional. Link kernel32.dll to ICU. Finally. Binary size increased by about 300 KB on a debug build (this is only the beginning). Umpteenth copy of C++ and Win32 stubs required to get ICU to link properly added to kernel32.dll. This
by Aleksey Bragin 29 Sep '08

29 Sep '08

It's going (if not already) to overflow the baseaddress range given to it, thus making ntdll.dll relocated, which leads to obvious problems. WBR, Aleksey. On Sep 29, 2008, at 2:39 AM, hyperion(a)svn.reactos.org wrote: > Author: hyperion > Date: Sun Sep 28 17:39:45 2008 > New Revision: 36586 > > URL: http://svn.reactos.org/svn/reactos?rev=36586&view=rev > Log: > modified dll/win32/kernel32/kernel32.def > modified dll/win32/kernel32/kernel32.rbuild > added dll/win32/kernel32/misc/icustubs.cpp > Export NormalizeString and IsStringNormalized from kernel32.dll. > This (finally) makes normaliz.dll (50%) functional. > Link kernel32.dll to ICU. Finally. Binary size increased by > about 300 KB on a debug build (this is only the beginning). > Umpteenth copy of C++ and Win32 stubs required to get ICU to > link properly added to kernel32.dll. > This commit dedicated to Timo Kreuzer. <3.

1 0

Re: [ros-dev] [ros-diffs] [cgutman] 36580: - Raise IRQL to DISPATCH_LEVEL before using KeAcquireSpinLockAtDpcLevel/KeReleaseSpinLockFromDpcLevel
by Aleksey Bragin 29 Sep '08

29 Sep '08

Is it really supposed to be so? Why don't you just use KeAcquireSpinlock, which would save you the current IRQL level? For me it looks like a hack. WBR, Aleksey Bragin. On Sep 28, 2008, at 11:58 PM, cgutman(a)svn.reactos.org wrote: > Author: cgutman > Date: Sun Sep 28 14:58:09 2008 > New Revision: 36580 > > URL: http://svn.reactos.org/svn/reactos?rev=36580&view=rev > Log: > - Raise IRQL to DISPATCH_LEVEL before using > KeAcquireSpinLockAtDpcLevel/KeReleaseSpinLockFromDpcLevel > > Modified: > branches/aicom-network-fixes/drivers/network/ndis/ndis/protocol.c > > Modified: branches/aicom-network-fixes/drivers/network/ndis/ndis/ > protocol.c > URL: http://svn.reactos.org/svn/reactos/branches/aicom-network- > fixes/drivers/network/ndis/ndis/protocol.c? > rev=36580&r1=36579&r2=36580&view=diff > ====================================================================== > ======== > --- branches/aicom-network-fixes/drivers/network/ndis/ndis/ > protocol.c [iso-8859-1] (original) > +++ branches/aicom-network-fixes/drivers/network/ndis/ndis/ > protocol.c [iso-8859-1] Sun Sep 28 14:58:09 2008 > @@ -67,6 +67,7 @@ > { > UINT BufferedLength; > UINT PacketLength; > + KIRQL OldIrql; > > NDIS_DbgPrint(MAX_TRACE, ("Called.\n")); > > @@ -75,6 +76,8 @@ > #endif > > NdisQueryPacket(Packet, NULL, NULL, NULL, &PacketLength); > + > + KeRaiseIrql(DISPATCH_LEVEL, &OldIrql); > > NDIS_DbgPrint(MAX_TRACE, ("acquiring miniport block lock\n")); > KeAcquireSpinLockAtDpcLevel(&Adapter->NdisMiniportBlock.Lock); > @@ -102,6 +105,8 @@ > Adapter->NdisMiniportBlock.IndicatedPacket > [KeGetCurrentProcessorNumber()] = NULL; > } > KeReleaseSpinLockFromDpcLevel(&Adapter->NdisMiniportBlock.Lock); > + > + KeLowerIrql(OldIrql); > > return STATUS_SUCCESS; > } >

1 0

VFS implementation
by മഹേഷ് മുകുന്ദന് | Mahesh M 27 Sep '08

27 Sep '08

Hi, I am doing a project on "Implementation of VFS in ReactOS". What I am doing is extract the VFS layer from Linux Kernel and create a driver to ROS kernel. I am aware of the Installable FS but I feel that VFS is a better option. I would like to request for suggestions and help on the same. -- Mahesh M Happy hacking... , , / \ ((__-^^-,-^^-__)) `-_---' `---_-' `--|o` 'o|--' \ ` / ): :( :o_o: "-"

3 3

Re: [ros-dev] [ros-diffs] [pschweitzer] 36539: Get rid off recursive FsRtlIsNameInExpression once again. Fix a typo in iterative function that fixes it properly. We now get ReactOS up to 2nd stage with that fix. 2nd stage is broken...
by Aleksey Bragin 27 Sep '08

27 Sep '08

That's probably because FsRtlIsNameInExpression is not really used that much in the 1st stage, but in the 2nd stage it's used to load fonts (*.ttf from the media fonts, resulting in quite a few calls to this FsRtl function). WBR, Aleksey. On Sep 27, 2008, at 12:05 AM, pschweitzer(a)svn.reactos.org wrote: > Author: pschweitzer > Date: Fri Sep 26 14:50:39 2008 > New Revision: 36539 > > URL: http://svn.reactos.org/svn/reactos?rev=36539&view=rev > Log: > Get rid off recursive FsRtlIsNameInExpression once again. > Fix a typo in iterative function that fixes it properly. We now get > ReactOS up to 2nd stage with that fix. 2nd stage is broken...

1 0

Trying to push ideas (again:) )
by Alexandru Lovin 25 Sep '08

25 Sep '08

Hello everyone, Aleksey suggested that I discuss this here, on the mailing list. First and foremost, these are enhancements to do for later, much later (what I would want for the next release is support for RAID / SCSI controllers). But I know that a developer doesn't actually keep something in his plans unless he's figured out a way to do it. I will paste and add additional comments to each of my suggestions. 1. Compatibility with every version of Windows, from Vista until Windows 3.1/ 3.11 That means applications written for 3.1 should work flawlessly on ReactOS, just like apps written for any other Windows. This is probably not hard, as at least XP does the same thing. However, drivers for Windows 3.1 most probably do not work. If the user actually has hardware that was left unsupported since 3.1, he should be able to use it. The same goes for the combination Vista-only driver / old Windows '95 or Windows 3.1 application. oiaohm said it's not really possible because VxD drivers are not well documented. So, maybe in the distant future, maybe when Linux devs will have reversed VxD's on their own. Just don't forget this. 2. Compatibility with DOS** This will probably not mean DOS drivers, as probably any hardware with DOS drivers also has some sort of Windows drivers. It would only mean application compatibility. However, applications with direct access to hardware will probably have to remain used from within DOS (e.g. BIOS update software). The major thing are games here. The ideal way to run DOS games is: - anything requested by the game is interpreted and passed on to the ROS API - Glide commands are interpreted and passed on to OpenGL or Direct3D, resulting in maybe a better image quality, via the use of features OpenGL has and Glide doesn't. - software rendering requested by games should be interpreted and passed on to OpenGL or Direct3D, again resulting in a better image quality. Of course, this will probably result in a compatibility layer, like you suggested. - redbook audio commands should be passed on to ReactOS, who will read in analog mode or digital mode, depending on what the ROS global settings are for that specific optical drive. My own thing about Descent, quickly: the game tries to access file " 1.midi" but ReactOS plays "1.mp3". I have all the mp3's and will provide them whenever needed in order to make this happen. This will transform the old Descent for DOS in the CD version, that had redbook audio tracks. Such enhancements were also created for Tomb Raider 1, by Paul that created Glidos ( www.glidos.net ). Please see http://www.glidos.net/retext.html?lang=en and http://www.glidos.net/audio.html?lang=en Whenever Tomb Raider 1 asked for certain textures / audio data, it was "hijacked" or "redirected" to the better textures or audio files. Certainly, this DOS compatibility layer would probably need a Glidos-like application to control various specific settings from various DOS applications. Another DOS related thing would be a command prompt (terminal?) in ReactOS that has drag'n'drop, copy and paste functionality. Still oiaohm: for the distant future. Got it, understood it, I just want to convince you to keep it in your plans. oiaohm even said a compatibility layer already exists. 3. Processors as a devices, in Device Manager * * For example, let's say a PC has a Pentium 4 at 3 GHz, with HyperThreading. Windows XP reports this processor as two identical ones in Device Manager. ReactOS should also do that. Apart from Windows, if the user does a right-click on a processor as a device, in the Device Manager tree, and chooses the Properties page of the processor device, that page should also mention the SPEED of the processor. More than that, it would be a blessing to also see the L1, L2 and L3 cache size, FSB and multiplier, like those SiSoft Sandra / Everest applications report. Maybe even further, the instruction sets supported - MMX, 3DNow!, SSE, etc. oiaohm again: can be done, but not right now. Stability and usability beat extra information. Got it, too. Bug 2644. 4. Clustering I discussed this with oiaohm and he said it's doable, as soon as ROS gets Active Directory Server. Only clustered in terms of processing power, the user has more machines in a cluster and he still sees ROS the normal way, it just works faster because there are more processors available. No hard drives in some sort of JBOD, and 3D data is only handled by the "master" machine(otherwise you need about 10 GB/sec between machines), the one the user actually interacts with. This is what he said would be the limitations. I have other details for this, but since it's very far away, it wouldn't make sense to bring them up right now. 5. Driver extraction tool I already got one, DoubleDriver, that backs up the drivers for devices in the device manager. I was thinking about the hardware that only gets drivers from Windows Publisher (like my MSI Starkey 2.0). Users would need one. Again, oiaohm said replicating a freeware tool is not high on the list. I'm fine with that. 6. A Windows Media Center equivalent **WMC doesn't do much. Just lists program schedules, can do scheduled recordings, is able to duplicate streams so that you may record whatever you're watching. It stops suddenly while doing a "record once" capture, when it should have waited for the user to say stop (it happened on Vista Home Premium, on a HP laptop). It has a "touchscreen" kind of interface, that would probably be great on an actual touchscreen, works ok when using a PC remote control, but is kind of stupid when using the mouse. It can record from one channel and let you watch another channel if you have at least two TV tuners in your computer. Naturally, ROS should do this with "n" TV tuners. It doesn't have composite or S-video capturing, like the vast majority of TV tuner software out there. It only captures in Microsoft's special "Microsoft recorded TV Show" format, extension .dvr-ms I think (no AVI capture, no mpg capture). It won't let you specify how the tuner provides sound from the antenna/cable signal to the sound card (PCI audio, internal cable, external cable, and if any of the last two, what sound card channel it is). While watching, it should be easier to find out what channel you're on, and what the time is, via some sort of OSD (on-screen display) that appears when you move the mouse or something, just like in WMC. The recording should not be affected by this (i.e. the OSD shouldn't show up on the recording if you moved the mouse, again just like in WMC). While watching, it's not possible (or at least not easy) to jump directly to a specific channel, it may only be used as a TV (next channel, next channel...). If the user tries to switch channels while recording, he gets "warning, you're recording, if you switch channels it's going to stop, you want that?" It should just stop, or at least let the user specify that he doesn't want to see that message again somehow. It doesn't let the user specify exactly the framerate, video size, video standard...just the country of origin. And, as an example, Romaniaofficially uses the PAL D standard on "air" broadcast, that you can get with an antenna. But cable providers use PAL B, which is the German official standard. So, in WMC a guy with cable from Romania must say he's from Germany or else he won't hear anything! All of these should be properly implemented in ReactOS Media Center. Apart from them, "ROSMC" should have all the deinterlacing options and deinterlacing-method autodetection routines from Dscaler. That program also offers a whole lot of other image improvement things, like a good enough TV station logo killer and image de-noising that actually works. Even better than Dscaler, REMEMBER the settings the next time the user runs the program. Maybe also provide the user with basic video editing functionality, meaning most of the features from VirtualDub (the one I find most important is the ability to edit a film with "direct stream copy", meaning it just copies the video and/or audio stream, it doesn't re-encode it. Edit as in cutting parts of the film. In this scenario, the ability to go frame by frame is also very useful). And since it's the Media Center and not the Media Player, this should be the application that rips audio cd's or audio dvd's. Most of all, it should be "cluster-aware." Regardless of ROS being cluster aware or not, this one should be. oiaohm said this is not your job, but a job for other projects. He pointed me to MediaPortal. I e-mailed all of them (Virtualdub, Dscaler and MediaPortal) but I doubt they'll combine the three projects. Still, that's why John User still buys Windows. Linux is all over the Internet (docs all over forums, drivers all over sites, applications all over sites as well). Instead, Linux has "cool" stuff like "mousespedometa" (measures the speed with which you move the mouse). Some people don't even have Internet to get what they need (X servers, for instance). To be a Windows alternative, it should contain a lot of things Windows has. 7. Running on 16-bit systems like 286/386/486 in a "ReactOS Essentials" (equivalent to a stripped-down XP) mode * * It should be the same operating system, but in 16-bit mode only. That's an ideal scenario and I'm sure it cannot be done no matter how good the programmers are. So, what can someone do on a 286 ? Listen to mp3's ? No way. Listen to audio CD's, yes, and hopefully digital playback, too. Watch TV ? Yes, if the user can find an ISA TV tuner (ATI made such tuners, but they required a PCI ATI video card, and if you have PCI why not get a better tuner?). Record TV shows ? Not on that kind of computer. Browse the internet ? That may be possible, with some really outdated, 16-bit browser, like the Internet Explorer for Windows 3.1. And I don't know how many sites will work on it. Play games ? Yes, either old DOS or Windows 3.1 ones or the ones that come with ReactOS, written in 16-bit especially for this mode. Join a hive as either master or slave ? Hopefully it will be possible, but probably in the year 2015 at least. Use office applications ? Sure, if the user can find that last Microsoft Office or maybe Microsoft Works version compatible with Windows 3.1. Run a web server ? I know a guy who had a server running on a 386 system, on Windows 3.11. So yes, it is possible, only I don't know what software he used to actually serve the data. Act as a router ? Again, hopefully. That is, if the entire network is on 10 megabit, because I don't think there are ISA 100 megabit network cards (ISA bandwith is not enough). 2D graphics ? It was possible in Windows 3.1, why not ? Maybe the first Photoshop versions actually were 16-bit. 3D graphics ? The first 3D Studio Max (that is, 3D Studio) was for DOS only. That probably means 16-bit right from the start, and that should mean yes, you can do it, with the DOS compatibility layer. Web design ? If you can find a 16-bit application, yes. A separate ReactOS for 16-bit only, or just all the 16-bit functionality included in the normal ReactOS ? Things look better when it works out of the box, but it's a waste of space to include applications written for 16-bit only. People that really need the 16-bit version will not mind paying extra attention to actually download this one and not the normal one. Besides that, ReactOS is free. And the presence of such a version would mean a selfless devotion to people. An act of charity for real. Allowing people to use their computers and do as many modern things as possible on them. An open source Windows 3.11 with better compatibility and adherence to standards. Compatible with all the 9x and ME. Has been tried in Free Win 95, oiaohm said "dead and staying that way" about it, but maybe VxD documentation and whatever else you would need will appear (or be reverse engineered by someone). Once a bigger effort will be done, the missing info is probably easier to uncover. Those are my suggestions. They are not for now, they are not easy to do, etc. Just don't discard them, please. Alex

10 12

Off-topic: Understanding win32k system calls - help please
by Jeetu Golani 25 Sep '08

25 Sep '08

Hi, First, I'd like to apologize since what I'm asking doesn't directly relate to ReactOS however I'm hoping someone here might be able to shed some light. I've built a rudimentary win32k profiler and I've hooked the win32k SDT and hooked onto the NtUserCreateWindowEx function in the hope of studying values returned by it. I see some strange (to me) values for the x and y coordinates - values such as 1547372 etc. I'm not sure how to interpret these values and convert them into pixel units or traditional coordinate mechanisms. I first thought there must be something wrong with my code however I'm not so sure anymore. Would someone here be able to guide me on how to interpret these values??? Thanks and sorry again Bye for now

3 3

Re: [ros-dev] Trying to push ideas (again:) )
by chris evans 24 Sep '08

24 Sep '08

> > 7. Running on 16-bit systems like 286/386/486 in a "ReactOS Essentials" > > (equivalent to a stripped-down XP) mode * > > It should be the same operating system, but in 16-bit mode only. That's > > an ideal scenario and I'm sure it cannot be done no matter how good the > > programmers are. So, what can someone do on a 286 ? Listen to mp3's ? No Safe Mode. Just load Video, File and network drivers and allow direct access to int13 so fdisk and format can run so user can diag/fix it. Curious if ReactOS has a an Emergency Boot Disk system that it can make ? Perhaps, keep a Freedos 1.44m disk image and allow suer to rawrite it when needed. Or even a dual bootable Freedos partition (FAT16) with the appropriate recovery tools on it. --chris 1-916-410-7677 http://nxdos.sourceforge.net/ http://bbx.flnet.org/ http://teknopup.angelfire.com/

2 1

Re: [ros-dev] [ros-diffs] [sginsberg] 36436: - Attempt satisfy Alex
by Aleksey Bragin 24 Sep '08

24 Sep '08

For consistency, I would think OB, IO, PS and other modules having such tracing system should be turned off by default then too. WBR, Aleksey. On Sep 23, 2008, at 11:54 PM, sginsberg(a)svn.reactos.org wrote: > Author: sginsberg > Date: Tue Sep 23 14:54:13 2008 > New Revision: 36436 > > URL: http://svn.reactos.org/svn/reactos?rev=36436&view=rev > Log: > - Attempt to satisfy Alex

1 0

Re: [ros-dev] [ros-diffs] [gedmurphy] 36435: Don't risk a negative array subscript. Fixes our one and only REVERSE_NEGATIVE error Fix for Coverity error CID: 766
by Timo Kreuzer 24 Sep '08

24 Sep '08

For me it looks like you try to trick Coverity here. No real fix, unless you check for (nColor >= 0) gedmurphy(a)svn.reactos.org schrieb: > Author: gedmurphy > Date: Tue Sep 23 14:02:32 2008 > New Revision: 36435 > > URL: http://svn.reactos.org/svn/reactos?rev=36435&view=rev > Log: > Don't risk a negative array subscript. Fixes our one and only REVERSE_NEGATIVE error > Fix for Coverity error CID: 766 > > Modified: > trunk/reactos/dll/cpl/desk/advappdlg.c > > Modified: trunk/reactos/dll/cpl/desk/advappdlg.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/cpl/desk/advappdlg.c?r… > ============================================================================== > --- trunk/reactos/dll/cpl/desk/advappdlg.c [iso-8859-1] (original) > +++ trunk/reactos/dll/cpl/desk/advappdlg.c [iso-8859-1] Tue Sep 23 14:02:32 2008 > @@ -23,7 +23,6 @@ > RECT rect; > HBRUSH hbrush; > HWND hwndColorButton; > - COLORREF crColor = g->ThemeAdv.crColor[nColor]; > HGDIOBJ hgdiTmp; > > if (nColor != -1) > @@ -42,7 +41,7 @@ > rect.top = 2; > rect.right = 22; > rect.bottom = 13; > - hbrush = CreateSolidBrush(crColor); > + hbrush = CreateSolidBrush(g->ThemeAdv.crColor[nColor]); > FillRect(hdcCompat, &rect, hbrush); > DeleteObject(hbrush); > > > >

2 1

Re: [ros-dev] [ros-diffs] [sginsberg] 36428: - Add basic tracing to CmpReferenceKeyControlBlock, CmpDereferenceKeyControlBlock and CmpDereferenceKeyControlBlockWithLock
by Alex Ionescu 23 Sep '08

23 Sep '08

Do you think you could maybe turn OFF debugging by default so that not every build gets spammed with this code? On 23-Sep-08, at 10:15 AM, sginsberg(a)svn.reactos.org wrote: > Author: sginsberg > Date: Tue Sep 23 09:15:56 2008 > New Revision: 36428 > > URL: http://svn.reactos.org/svn/reactos?rev=36428&view=rev > Log: > - Add basic tracing to CmpReferenceKeyControlBlock, > CmpDereferenceKeyControlBlock and > CmpDereferenceKeyControlBlockWithLock > > Modified: > trunk/reactos/ntoskrnl/config/cmkcbncb.c > > Modified: trunk/reactos/ntoskrnl/config/cmkcbncb.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/config/cmkcbncb.c… > = > = > = > = > = > = > = > = > ====================================================================== > --- trunk/reactos/ntoskrnl/config/cmkcbncb.c [iso-8859-1] (original) > +++ trunk/reactos/ntoskrnl/config/cmkcbncb.c [iso-8859-1] Tue Sep 23 > 09:15:56 2008 > @@ -354,6 +354,9 @@ > NTAPI > CmpReferenceKeyControlBlock(IN PCM_KEY_CONTROL_BLOCK Kcb) > { > + CMTRACE(CM_REFERENCE_DEBUG, > + "%s - Referencing KCB: %p\n", __FUNCTION__, Kcb); > + > /* Check if this is the KCB's first reference */ > if (Kcb->RefCount == 0) > { > @@ -570,6 +573,8 @@ > { > LONG OldRefCount, NewRefCount; > ULONG ConvKey; > + CMTRACE(CM_REFERENCE_DEBUG, > + "%s - Dereferencing KCB: %p\n", __FUNCTION__, Kcb); > > /* Get the ref count and update it */ > OldRefCount = *(PLONG)&Kcb->RefCount; > @@ -602,6 +607,9 @@ > CmpDereferenceKeyControlBlockWithLock(IN PCM_KEY_CONTROL_BLOCK Kcb, > IN BOOLEAN LockHeldExclusively) > { > + CMTRACE(CM_REFERENCE_DEBUG, > + "%s - Dereferencing KCB: %p\n", __FUNCTION__, Kcb); > + > /* Sanity check */ > ASSERT_KCB_VALID(Kcb); > > Best regards, Alex Ionescu

2 2

Re: [ros-dev] [ros-diffs] [cwittich] 36368: sync msiexec with wine 1.1.5
by Aleksey Bragin 21 Sep '08

21 Sep '08

I wonder why this A/W mess? WBR, Aleksey. On Sep 21, 2008, at 4:00 PM, cwittich(a)svn.reactos.org wrote: > Author: cwittich > Date: Sun Sep 21 07:00:07 2008 > New Revision: 36368 > > URL: http://svn.reactos.org/svn/reactos?rev=36368&view=rev > Log: > sync msiexec with wine 1.1.5 > > Modified: > trunk/reactos/base/system/msiexec/msiexec.c > trunk/reactos/base/system/msiexec/service.c

2 1

Re: [ros-dev] [ros-diffs] [tkreuzer] 36379: preprocess all spec files
by Aleksey Bragin 21 Sep '08

21 Sep '08

There is a big problem with this change, originally this was added only for "our own" .spec files, which don't have comments starting with #. Wine .spec files have such comments, and thus will be preprocessed incorrectly. WBR, Aleksey. On Sep 21, 2008, at 6:34 PM, tkreuzer(a)svn.reactos.org wrote: > Author: tkreuzer > Date: Sun Sep 21 09:34:48 2008 > New Revision: 36379 > > URL: http://svn.reactos.org/svn/reactos?rev=36379&view=rev > Log: > preprocess all spec files > > Modified: > branches/ros-amd64-bringup/reactos/tools/rbuild/backend/mingw/ > modulehandler.cpp > > Modified: branches/ros-amd64-bringup/reactos/tools/rbuild/backend/ > mingw/modulehandler.cpp > URL: http://svn.reactos.org/svn/reactos/branches/ros-amd64-bringup/ > reactos/tools/rbuild/backend/mingw/modulehandler.cpp? > rev=36379&r1=36378&r2=36379&view=diff

2 2

who create the physical device object of scsi disk
by 钢陈 20 Sep '08

20 Sep '08

Hi, I just joined in the mail list and I want to ask a question. I have a question about scsiport module. I have seen the code scsiport.c and tried to find where it create the physical device object for scsi disk however I didn't find it. I just saw the function SpiScanAdapter which would send inquiry scsi command to scsi miniport driver. So I want to know who create the pdo for scsi disk? Gang Chen

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