Re: [ros-dev] [ros-diffs] [sginsberg] 42829: - svchost: #ifdef _MSC_VER doesn't mean "using Microsoft's headers" anymore - ddraw, imm32, msxml3, oleaut32, riched20: Include typeof.h for typeof emulati

Stefan, this is exactly what I meant by 'there is _almost_ always a better solution than using kesavefloatingpointstate' :) Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Timo Kreuzer Sent: 21 August 2009 23:38 To: ros-dev@rea

Re: [ros-dev] GCC 4.4

Firstly, that text is written for usenet not email, which IMO is both ancient and very unix orientated. Secondly, it's rather difficult to write emails in that format using outlook, which is by far the world's most popular and best email client. So, I would argue that that link is rather obsolete.

Re: [ros-dev] Quoting [was: GCC 4.4]

e- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Colin Finck Sent: 14 September 2009 20:00 To: 'ReactOS Development List' Subject: Re: [ros-dev] Quoting [was: GCC 4.4] Ged Murphy wrote: > Firstly, that text is written for usenet not email, which IMO

Re: [ros-dev] I'm back

I'm absolutely up to my eyeballs in an inherited filter driver and its surrounding architecture for AppSense. Thus, I have 0 time to spend on reactos code right now. As always though, I'm completely available for general project needs, questions and IRC banter. Apologise for my lack of commits, I

Re: [ros-dev] [ros-diffs] [hpoussin] 43145: Revert r43141 to try to fix ReactOS boot style...

You echoed my thoughts when I also saw this reverted... -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Alex Ionescu Sent: 25 September 2009 20:41 To: ros-dev@reactos.org Cc: ros-di...@reactos.org Subject: Re: [ros-dev] [ros-diffs] [hp

Re: [ros-dev] [ros-diffs] [sginsberg] 43206: - Comment fixes

Timo is right, this comment was correct English before this change. Now it's wrong. Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Timo Kreuzer Sent: 28 September 2009 21:19 To: ros-dev@reactos.org Subject: Re: [ros-dev] [ros-di

Re: [ros-dev] [ros-diffs] [dgorbachev] 43389: - Remove svn:needs-lock, svn:eol-type, and svn:eol-tyle properties. - Add missing svn:eol-style properties.

Really? Ok, I wasn't aware these had been removed. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Dmitry Gorbachev Sent: 12 October 2009 08:57 To: ReactOS Development List Subject: Re: [ros-dev] [ros-diffs] [dgorbachev] 43389: - Remo

[ros-dev] doxygen search

This has been broken for quite some time now. Has anyone looked into this yet? I feel like I've lost a limb and findstr isn't a great prosthetic replacement. Cheers, Ged. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mai

Re: [ros-dev] [ros-diffs] [hyperion] 43753: "nslookup" branch for anakha, me and Z98, and whoever wants to follow the import of BIND nslookup

A whole branch for a little command line tool? Am I missing something? This must be quite some tool :) -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of hyper...@svn.reactos.org Sent: 25 October 2009 20:43 To: ros-di...@reactos.org

Re: [ros-dev] [ros-diffs] [jimtabor] 43782: - Fix wine class test with a sync with wine edit.c.

This looks weird, anyone know what's going on? -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of jimta...@svn.reactos.org Sent: 26 October 2009 18:27 To: ros-di...@reactos.org Subject: [ros-diffs] [jimtabor] 43782: - Fix wine class

Re: [ros-dev] Reactos and MinWin

Ged Murphy wrote: > MinWin and WinMin Haha, not really sure how that happened. I started right and then it decided to switch itself. .. Let's get it right, it's MinWin :) Ged. ___ Ros-dev mailing list Ros-dev@reactos.org http://ww

Re: [ros-dev] Reactos and MinWin

You could theoretically build a unix subsystem layer on top of this but you would have to design and write it yourself. However, it wouldn't in any way be a unix style OS, it would be an NT OS with a unix layer. It's an insane amount of work and doesn't make much sense when there's perfectly goo

[ros-dev] Microsoft PDC

I'll be attending this year's Microsoft PDC in Los Angeles and I should be there between 16th November and 20th November. If anyone else is going and wants to meet up for a chat at the conference or a beer in the evening drop me a mail. Cheers, Ged. __

Re: [ros-dev] Microsoft PDC

oft PDC You are one lucky (substitute for expletive). Your company paying? On Tue, Oct 27, 2009 at 10:40 AM, Ged Murphy wrote: I'll be attending this year's Microsoft PDC in Los Angeles and I should be there between 16th November and 20th November. If anyone else is going and wa

Re: [ros-dev] Integration of ultracopier to reactOS

Hi, Unfortunately we don't include apps which aren't part of the base operating system. However, you can help reactos by testing your apps on the operating system and reporting any bugs you may find. Thanks, Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun.

Re: [ros-dev] Reactos and MinWin

Timo Kreuzer wrote: > user32 and gdi32 are parts of the win32 core subsystem. they are in > dlls/win32 mixed with all the wine stuff. > ntdll is part of the nt-core and it's also in dlls, just next to > keyboard layouts and control panel applets. > freeldr is part of the ntcore and in the boot fo

Re: [ros-dev] [ros-diffs] [hyperion] 44091: modified Makefile Give poor pefixup its own echo line modified ReactOS-amd64.rbuild modified ReactOS-arm.rbuild modified ReactOS-i386.rbuild Set global link

Not sure about codeblocks but I still use the msvc backend to generate all the vcproj files. -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of hyper...@svn.reactos.org Sent: 11 November 2009 03:41 To: ros-di...@reactos.org Subject

Re: [ros-dev] Microsoft PDC

This starts on Monday. So nobody's going?? Shocker I'll have to drink on my own then. Ged. From: Ged Murphy [mailto:gedmur...@gmail.com] Sent: 27 October 2009 15:41 To: 'ReactOS Development List'; 'ReactOS General List' Subject: Microsoft PDC

Re: [ros-dev] A reimplementation of reactos' cache manager supporting alternate filesystems better (including ext2)

You've spoiled the fun. I've was enjoying watching this rather weird discussion pan out. What's next? Compiling drivers into the kernel? :) -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Alex Ionescu Sent: 12 November 2009 15:43 To

Re: [ros-dev] Regarding moderator status in the Forums.

Maybe you just aren't cut out to be a forum moderator and it's time to hang up the gloves? People can't be good at everything and should stick to what they excel in and leave anything they don't. For example, I will continue to drink beer with the lads on a Saturday and refrain from going shopping

Re: [ros-dev] Trunk locked

I assume trunk is now unlocked?? There's been no mention of it but commits have restarted -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Aleksey Bragin Sent: 17 November 2009 21:35 To: ReactOS Development List Subject: [ros-dev] Trunk

Re: [ros-dev] Trunk locked

t: Re: [ros-dev] Trunk locked Aleksey announced via IRC that trunk is open for commits again. 2009/11/28 Ged Murphy I assume trunk is now unlocked?? There's been no mention of it but commits have restarted -Original Message- From: ros-dev-boun...@reactos.org [mailto:ro

[ros-dev] rbuild msvc backend

I've gone down the path of virtually rewriting the msvc backend for rbuild. Our current implementation had completely outgrown its original design and was becoming very difficult to manage, as highlighted when I was adding support for VS 2010. Anyway, whilst I'm doing this I think it's a good t

Re: [ros-dev] rbuild msvc backend

p 2005? On Wed, Dec 2, 2009 at 8:54 AM, Ged Murphy wrote: I've gone down the path of virtually rewriting the msvc backend for rbuild. Our current implementation had completely outgrown its original design and was becoming very difficult to manage, as highlighted when I was adding support for

Re: [ros-dev] rbuild msvc backend

msvc backend I think we should still at least support the MSVC 2003 Toolkit. I use it for various stuff I have to compile with MSVC, because it is so much lighter and I can add what I need to it easily. On Wed, Dec 2, 2009 at 9:27 AM, Colin Finck wrote: Ged Murphy wrote: > We currently

Re: [ros-dev] rbuild msvc backend

-Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Love Nystrom Sent: 02 December 2009 18:15 To: ReactOS Development List Subject: Re: [ros-dev] rbuild msvc backend > Is it really so much work to have true FOSS support ? This is true FOS

Re: [ros-dev] rbuild msvc backend

Do you have any changes related to the msvc backend? I've completely restructured it today, but I'm going to put it on hold if it's going to cause merge conflicts. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of KJK::Hyperion Sent: 0

Re: [ros-dev] rbuild msvc backend

It's the first result returned in google from a 'visual studio' search. http://www.google.co.uk/search?source=ig&hl=en&rlz=&=&q=visual+studio&btnG=G oogle+Search&meta=lr%3D&aq=f&oq= http://www.microsoft.com/exPress/ Also, the main site now has 2010 beta 2 download, for all products not just exp

Re: [ros-dev] rbuild msvc backend

I've just tried running 'make cb' from both the cmd environment and the powershell environment and it doesn't do anything on either. I then tried running the following : PS C:\MyFiles\ReactOS\Source\Trunk\reactos> rbuild.exe -rC:\MyFiles\ReactOS\Source\Trunk\reactos\ReactOS-i386.rbuild -DARCH=i386

[ros-dev] _WINKD_ build broken

Building with _WINKD_ = 1 is broken [COPY] output-i386\bootcd\reactos\ntfs.sys [AS] ntoskrnl\ke\i386\boot.S [CC] ntoskrnl\ke\i386\abios.c In file included from ntoskrnl/include/internal/ntoskrnl.h:83, from ntoskrnl/include/precomp.h:64, fro

Re: [ros-dev] _WINKD_ build broken

I had KDBG = 1, but I thought rbuild factored this out? -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Dmitry Gorbachev Sent: 10 December 2009 10:58 To: ReactOS Development List Subject: Re: [ros-dev] _WINKD_ build broken Works here

Re: [ros-dev] Improving our procedure

>From a publicity perspective the changelog and release notes are very important for the project. It’s very unfair that Victor spent the first half of his day filling out the changelog because other people didn’t do it. It’s also very considerate of him to do so and he deserves a big thank you for

Re: [ros-dev] Improving our procedure

I definitely like this idea. It's much more workable than a blind script, changelogs _need_ human interaction. The problem is, who would write such a webservice and would people use it? Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behal

Re: [ros-dev] Improving our procedure

hour of boring work every 6 months?! Just how lazy are you... On 2009-12-15, at 12:24 PM, Ged Murphy wrote: > I definitely like this idea. It's much more workable than a blind script, > changelogs _need_ human interaction. > The problem is, who would write such a webservice and

Re: [ros-dev] Improving our procedure

Yeah, this is how I've always done it in the past. If you filter the results for author and date and select the items in the list view, you can do a copy/paste into a text file and all the data for each revision is pasted. Easy peasy :) -Original Message- From: ros-dev-boun...@reactos.or

Re: [ros-dev] ReactOS 0.3.11 Released

This is because Aleksey normally does this but he is on holiday at present. I'll do it later this morning. Cheers, Ged -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Dmitry Gorbachev Sent: 17 December 2009 00:45 To: ReactOS Developm

Re: [ros-dev] Another SVN repository...

This has already been discussed at length many times and even attempted in the past. It's called a Content Management System. We know exactly what's needed, the problem is getting someone to implement it, and implement it well On Fri, Dec 18, 2009 at 2:11 PM, victor martinez wrote: > > > Hi, >

Re: [ros-dev] Another SVN repository...

Fri, Dec 18, 2009 at 1:44 PM, Ged Murphy wrote: > This has already been discussed at length many times and even attempted in > the past. It's called a Content Management System. You probably mean Continuous Integration System. ___ Ros-dev m

Re: [ros-dev] ReactOS 0.3.11 Released

Apologies, I've been as busy as Aleksey recently. This is now done. Thanks Dmitry. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Dmitry Gorbachev Sent: 18 December 2009 23:51 To: ReactOS Development List Subject: Re: [ros-dev] React

Re: [ros-dev] MSVC

Jose Catena wrote: > If it was so hard to learn for them after endless discussions, I > wouldn't expect you would a more complex timings relationship, much less > knowing your "I know it all" attitude. > You make me laugh, so if my scheduler performs better than the one in Win7 > (not only better

Re: [ros-dev] _WINKD_

I had similar problems the last time I tried it using the same setup as you. On Wed, Dec 30, 2009 at 7:49 PM, Jose Catena wrote: > > It does not crash. It waits for a connection to windbg and continues as > > soon as its established. > > Thanks you. It does not work here: > I run ros in vmware 6

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 44841: NMI Support Patch 1: [HAL]: T

On Wed, Jan 6, 2010 at 8:14 PM, Eric Kohl wrote: > > Oh, and before I'm done: I don't like to talk to meaningless nicks like > Ros Arm, RosLeg or ROSIDONTKNOWHOWTOFUKINGCALLMYSELF. Reveal your > identity! I don't see a reason why you have to hide behind you nick. > You aren't the only person pi

Re: [ros-dev] [ros-diffs] [martinf] 44998: update XMLStorage to 2010 version

mart...@svn.reactos.org wrote: > -#if defined(__STDC_WANT_SECURE_LIB__) && defined(_MS_VER) // secure CRT > functions using VS 2005 > +#ifdef __STDC_WANT_SECURE_LIB__ > if (_tfopen_s(&_pfile, path, mode) != 0) Hi Martin, This change will break the build, reactos now has partial b

Re: [ros-dev] [ros-diffs] [sir_richard] 45057: [NTOS]: Fix some bugs and cleanup V8086 code in regards to flags usage. [NTOS]: Add VDM debug spew to see why there's now an invalid opcode on Windows bu

s need to be reverted until we have a bootable OS again. Regards, Ged Murphy. -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of sir_rich...@svn.reactos.org Sent: 13 January 2010 03:43 To: ros-di...@reactos.org Subject: [ros-dif

Re: [ros-dev] [ros-diffs] [sir_richard] 45057: [NTOS]: Fix some bugs and cleanup V8086 code in regards to flags usage. [NTOS]: Add VDM debug spew to see why there's now an invalid opcode on Windows bu

James Tabor wrote: > Go into ntoskrnl and svn up -r 45013 should take care of it... That only fixes building on local machines. It doesn't avoid the fact that trunk is now completely untested by our regression testing engine. This opens us up to missed bug introduction whilst people continue t

Re: [ros-dev] Request for a project

Before this goes too far and no one steps in, I would suggest this was a personal project being developed in a certain way to make it extensible to other modules. Any patches to this area which don't fit this niche spec would probably be rejected. In my opinion, it would be better to pick an a

Re: [ros-dev] [ros-diffs] [spetreolle] 45091: Disable spooler service. This allows bootcdregtest to start here under qemu-kvm.

This sounds like a hack. Why would disabling a service fix an operating system? Also, don't we need this service for certain Wine tests? -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of spetreo...@svn.reactos.org Sent: 15 January

Re: [ros-dev] Request for a project

I'm not really sure what you expect anyone to say. There's thousands of things that need doing, we can't start listing everything. Contrary to your beliefs, we aren't available to walk every interested person through the process of working out what they are interested in, what their skill set allo

Re: [ros-dev] Request for a project

On Sat, Jan 16, 2010 at 1:57 PM, Ged Murphy wrote: > > > If someone came along and said "I'm > > Err, that wasn't meant to be there. I was going to say, if someone comes along and says "Hi, I'm a kernel dev and I'm interested in implementing support

Re: [ros-dev] Request for a project

What happened to the obligatory car analogy? Times are changing, I’m getting old From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of victor martinez Sent: 18 January 2010 13:33 To: ros-dev@reactos.org Subject: Re: [ros-dev] Request for a project If i hav

Re: [ros-dev] Arwinss presentation

On Tue, Jan 19, 2010 at 8:23 PM, Colin Finck wrote: > > Maybe because we already had this one in July: > http://www.reactos.org/pipermail/ros-dev/2009-July/011896.html > > As I'm not a Win32k dev, I shouldn't argue about technical details. But I > still don't believe that all the points expressed

Re: [ros-dev] Arwinss presentation

James Tabor wrote: > > Although Jim likes the hyperbole, he is right. Arwinss is a stop gap > > solution that should eventually be deprecated except for the X11 > > module and used as a basis for verifying the 'correct' win32 > > subsystem. > > I'm for both! One will not replace the other... I hav

Re: [ros-dev] [ros-diffs] [sir_richard] 45162: [RBUILD]: Use correct kernel entrypoint symbol name. Forgot to commit this earlier. Please, next time before you harass us with e-mails, try to read your

sir_rich...@svn.reactos.org wrote: > Please, next time before you harass us with e-mails, try to read your logs. > LD choses a random entrypoint if the symbol cannot be found. I hope you aren't referring to the 2 emails stating that you broke the build? The 2 guys who so rudely "harassed" you fo

Re: [ros-dev] [ros-diffs] [jimtabor] 45170: [Win32k] - Implement IntGdiSetBrushOwner for bug 5124.

Spot the deliberate mistake : IntGdiSetRegeionOwner -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of jimta...@svn.reactos.org Sent: 21 January 2010 01:39 To: ros-di...@reactos.org Subject: [ros-diffs] [jimtabor] 45170: [Win32k]

Re: [ros-dev] [ros-diffs] [sir_richard] 45281: [NTOS]: Trunk boots now (interesting that buildbot's QEMU does not support SYSENTER, as newer versions do), so remove the test DPRINTs.

sir_rich...@svn.reactos.org wrote >... (interesting that buildbot's QEMU does not support SYSENTER, as newer >versions do)... Buildbot doesn't use QEMU it uses KVM. I realise that KVM uses parts of QEMU, but I don't know to what extent. Maybe this is the reason for the difference? Maybe one da

Re: [ros-dev] [ros-diffs] [mkupfer] 45302: this log message left intentionally non-descriptive

This is a bad idea. Ignoring the fact that the code is a serious crash hazard, you've now got a public place which needs to be kept current. I bet I can name at least 10 developers which aren't on this list. On Thu, Jan 28, 2010 at 10:18 PM, wrote: > Author: mkupfer > Date: Thu Jan 28 23:18:31 2

Re: [ros-dev] [ros-diffs] [sir_richard] 45297: [PERF]: Not in any way a scientific number you should bet the farm on, but we do now count the number of cycles at the very first instruction of kernel i

This is really interesting. It'd be great to have this up in testman somehow. -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of sir_rich...@svn.reactos.org Sent: 28 January 2010 15:51 To: ros-di...@reactos.org Subject: [ros-diffs]

Re: [ros-dev] FLISOL 2010

This is an English list. Please keep it in English 2010/2/7 Raúl Avila Catalá > Gracias a todos por tratar de entender a este cubano, mi Ingles es > bastante malo por eso utilizo software para que la mayoría de los usuarios > de la comunidad me entendieran (Disculpen las molestias ocasionadas),

Re: [ros-dev] FLISOL 2010

; Saludos > Yam > > > El 7 de febrero de 2010 12:42, Ged Murphy escribió: > > This is an English list. Please keep it in English >> >> 2010/2/7 Raúl Avila Catalá >> >> Gracias a todos por tratar de entender a este cubano, mi Ingles es >>> bastante

Re: [ros-dev] Trunk locked

Is there a list of blockers somewhere? The only one I know about is the case of the empty stack trace Ged. p.s. I'm not volunteering to be added to the list ;) -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Aleksey Bragin Sent: 12

Re: [ros-dev] [ros-diffs] [ekohl] 45640: Partially revert patches 45626 and 45633. Several services do not report their status to the service manager properly. Therefore we must not use any code that

Are these our services and if so do you have a note of which ones? -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of ek...@svn.reactos.org Sent: 20 February 2010 23:11 To: ros-di...@reactos.org Subject: [ros-diffs] [ekohl] 45640: P

Re: [ros-dev] [ros-diffs] [janderwald] 45759: [KSPROXY] - Implement IPersistPropertyBag interface - Implement IKsObject interface - Implement enumerating supported property/method/event set from drive

janderw...@svn.reactos.org wrote: > -OutputDebugString("UNIMPLEMENTED\n"); > +OutputDebugStringW(L"UNIMPLEMENTED\n"); Why the change? This is one of the few functions when it's better to use the A version as the W version calls the A Ged.

Re: [ros-dev] [ros-diffs] [sir_richard] 45777: [NTOS]: Do the "funny message" (not really funny, my apologies) shenanigans after the system components have shutdown, and reset the display and call the

sir_rich...@svn.reactos.org wrote: > Did you know the "funny messages" take up more storage space than an average > embedded micro-controller OS? I've never liked these and I think they should be removed. They aren't funny and I'm not 12 years old Ged. _

Re: [ros-dev] [ros-diffs] [sir_richard] 45777: [NTOS]: Do the "funny message" (not really funny, my apologies) shenanigans after the system components have shutdown, and reset the display and call the

Whether they're removed now, next month or next year; they're going to have to be removed. Programmers are not comedians and they shouldn't force their weak humour on the public. These "funny messages" are an embarrassment. I cringe when I read them... From: ros-dev-boun...@reactos.o

Re: [ros-dev] [ros-diffs] [evb] 45873: - Add new unified VGA/VBE miniport driver

As Steven is our IP guy, is it not worth him going over the EULA too? On Fri, Mar 5, 2010 at 7:42 PM, Steven Edwards wrote: > On Fri, Mar 5, 2010 at 2:01 PM, Aleksey Bragin > wrote: > > Yes, I researched this issue when adding them, and yes - thank you, > > Microsoft. > > > > All work of ros.a

Re: [ros-dev] Summer of Code 2010

Once ChromeOS was announced Google's dismissal of reactos finally made sense. I now expect reactos to be shunned from GSOC and I can't say I blame them. Closure :) Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of James Tabor Sent

Re: [ros-dev] [ros-diffs] [cgutman] 46011: [CMBATT] - Add initial cmbatt driver which mostly stubs - All it does right now is register a battery device with the battc driver [BATTC] - Add a nearly com

cgut...@svn.reactos.org wrote: > +BCLASSAPI > +NTSTATUS > +DDKAPI > +BatteryClassSystemControl(PVOID ClassData, > + PWMILIB_CONTEXT WmiLibContext, > + PDEVICE_OBJECT DeviceObject, > + PIRP Irp, > +

Re: [ros-dev] OT - Which Editor/IDE people use for ReactOS

Visual Studio for everything. I don't understand how any one can use anything else. I'd use it for word processing if I ever did any... From: Aleksey Bragin Sent: Friday, March 19, 2010 5:11 PM To: ReactOS Development List Subject: Re: [ros-dev] OT - Which Editor/IDE people use for ReactOS

Re: [ros-dev] [ros-diffs] [jgardou] 46505: svn will drive me nuts, part 1/x

This is not a valid commit message... -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of jgar...@svn.reactos.org Sent: 27 March 2010 23:28 To: ros-di...@reactos.org Subject: [ros-diffs] [jgardou] 46505: svn will drive me nuts, part

Re: [ros-dev] VGA Driver Status

Did anyone get in contact with you about this? Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Ros Arm Sent: 25 March 2010 15:01 To: ReactOS Development List Subject: [ros-dev] VGA Driver Status Good evening, Even past EngCrea

Re: [ros-dev] [ros-diffs] [sir_richard] 46613: [HALACPI]: Implement beginning of HAL ACPI support (HalpSetupAcpiPhase0). Tested on VMWare, where it found the FACP, SRAT, RSDT and MCFG and the ACPI Tim

sir_rich...@svn.reactos.org wrote: > [HALACPI]: Support depends on boot loader creating the ACPI BIOS Multi Node > structure in > MultiFunctionAdapter in the hardware tree. It seems that FreeLdr does this > (wow!) correctly! Oh ye of little faith :) __

Re: [ros-dev] Roadmap I'm sticking to

I'm confused. Is this your personal roadmap or a team roadmap? If it's a personal roadmap then this highlights one of the main problems with reactos. Everyone works as an individual with no team spirit and most people work on things which are at best unimportant and at worst completely useless to

Re: [ros-dev] Roadmap I'm sticking to

No, you can't tell people what to do. However, we should be able to get together as a team and discuss what's really important for the project, lay down some common goals and deliver them. It's nice to have an acpi battery module, or digital video broadcasting support, or a new isapnp driver, but

Re: [ros-dev] Roadmap I'm sticking to

. Likewise with Gabriel's ISOs - they work better than the normal ReactOS ISOs, and that again is good. People have fun making better "distros" of ReactOS, and that is great for all of us as it pushes the project forwards. As a relative outsider to the project, I feel very posi

Re: [ros-dev] Roadmap I'm sticking to

Peter Millerchip wrote: > > Basically, there's many branches, stable and experimental, and many teams to > > look after these branches. These people are experts in the areas which their > > branch targets, e.g. scheduler, memory manager, etc. > Yes, these people are "doing what they want" in that

Re: [ros-dev] [ros-diffs] [mpiulachs] 46862: My first commit in a very long time. I'm releasing the source code of my C# implementation of Rbuild by popular demand :) I would have preferred to release

It partially works. Can't build the designer due to a Skybound.VisualStyles dependency. I assume we get that from here? http://windowsclient.net/downloads/folders/controlgallery/entry1590.aspx It then crashes when running the html report Just in case you were interested Ged. -Origina

Re: [ros-dev] [ros-diffs] [cgutman] 46876: [PCMCIA] - Add a mostly stubbed PCMCIA driver - pcmcia.c is complete but fdo.c and pdo.c are completely unimplemented

I don't mean to sound like a broken record, and I also understand that the project allows people to work on whatever they want to. But with the project in such a state at the moment, is a pcmcia bus driver really the best thing to be working on? I'm all for project freedom, but you would hope pe

Re: [ros-dev] [ros-diffs] [cgutman] 46876: [PCMCIA] - Add a mostly stubbed PCMCIA driver - pcmcia.c is complete but fdo.c and pdo.c are completely unimplemented

So the whole project should continue to stagnate, but that's ok because you can get debug info off your notebook... I think it's much more important to get things moving forward in virtual machines than your laptops debug output. Ged. -Original Message- From: ros-dev-boun...@reactos.org

Re: [ros-dev] [ros-diffs] [cgutman] 46876: [PCMCIA] - Add a mostly stubbed PCMCIA driver - pcmcia.c is complete but fdo.c and pdo.c are completely unimplemented

On 15 April 2010 19:22, Daniel Reimer < daniel.rei...@stud-mail.uni-wuerzburg.de> wrote: > Good luck in finding hobby programmers who do what you tell em to do. As > long as you cant pay them, its hard to force them in direction. If they > loose interest or fun in coding for ROS then we are not j

Re: [ros-dev] Open Source Terminal Server

This is the part I'm unclear on > Opening many sessions in windows is really bad idea ... for > kernel stuff and another csrss, smss problems ... terminal server > blue screen, black screen, printers, etc ... so i have an idea > for a workaround ... What leads you to believe it's a bad idea?

Re: [ros-dev] [ros-diffs] [mjmartin] 47226: [win32k] - Change the first parameter type from HWND to PWINDOW_OBJECT for IntKillTimer as it makes more sense. Activate IntSetTimer, already done by James.

Congrats, good stuff Michael :) -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of mjmar...@svn.reactos.org Sent: 15 May 2010 20:41 To: ros-di...@reactos.org Subject: [ros-diffs] [mjmartin] 47226: [win32k] - Change the first paramete

Re: [ros-dev] [ros-diffs] [cgutman] 47286: [DHCP] - Delete the old dhcp service - Part 1 of x

Most of it isn't our code, it's from the ISC. You shouldn't be changing the headers in these files -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Daniel Reimer Sent: 21 May 2010 09:37 To: ReactOS Development List Subject: Re: [ros-dev

Re: [ros-dev] [ros-diffs] [mjmartin] 47393: [win32k] - The timer is created usingUserCreateObject. It may be a good idea to save the handle in the timer object so that it can be deleted later. - Deref

There's no lock on the list access. On 29 May 2010 07:51, wrote: > Author: mjmartin > Date: Sat May 29 08:51:03 2010 > New Revision: 47393 > > URL: http://svn.reactos.org/svn/reactos?rev=47393&view=rev > Log: > [win32k] > - The timer is created usingUserCreateObject. It may be a good idea to sav

Re: [ros-dev] [ros-diffs] [mjmartin] 47393: [win32k] - The timer is created usingUserCreateObject. It may be a good idea to save the handle in the timer object so that it can be deleted later. - Deref

I've spoken to Mike about this, apparently the lock is held much higher in the call chain (EnterUserExclusive), which isn't obvious in the patch. Sounds like a pretty inefficient lock though. On 30 May 2010 23:37, James Tabor wrote: > Locks? > > ___ Ro

Re: [ros-dev] [ros-diffs] [tkreuzer] 47484: - add explicit braces to avoid ambiguous 'else' - fix deprecated conversion from string constant to 'char*'

This is Wine code, it'll get lost in the next sync On 31 May 2010 05:13, wrote: > Author: tkreuzer > Date: Mon May 31 06:13:40 2010 > New Revision: 47484 > > URL: http://svn.reactos.org/svn/reactos?rev=47484&view=rev > Log: > - add explicit braces to avoid ambiguous 'else' > - fix deprecated con

Re: [ros-dev] [ros-diffs] [tkreuzer] 47484: - add explicit braces to avoid ambiguous 'else' - fix deprecated conversion from string constant to 'char*'

ahh, I forgot Andrew re-did this component. I should check more closely next time On 31 May 2010 09:30, Gregor Schneider wrote: > Unlikely it will get lost considering this header: > > /* > * ReactOS Explorer > * > * Copyright 2009 Andrew Hill > > Best regards, >

Re: [ros-dev] [ros-diffs] [janderwald] 47509: [NPFS] - Add more buffer checks - Clear DO_DEVICE_INITIALIZING flag

janderw...@svn.reactos.org wrote: > +DeviceObject->Flags &= ~DO_DEVICE_INITIALIZING; This is done by the IO manager for any device objects created in DriverEntry If it's not then we have a bug, but I'm fairly sure it does otherwise we wouldn't be able to open devices from umode :) Ged.

Re: [ros-dev] [ros-diffs] [tkreuzer] 47561: revert 47559 and 47560 (once again... sigh)

Windows buildbot! :) -Original Message- From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org] On Behalf Of tkreu...@svn.reactos.org Sent: 04 June 2010 01:50 To: ros-di...@reactos.org Subject: [ros-diffs] [tkreuzer] 47561: revert 47559 and 47560 (once again... sigh)

Re: [ros-dev] I have a lot of Questions

hould be able to give you more info and guidance on what is required. I'm posting this mail to the ros-dev mailing list so he and our other web guys can pick it up. You can continue to converse with me via private mail if you prefer to. Regards, Ged Murphy. From: Ian Hilton [mail

Re: [ros-dev] [ros-diffs] [cgutman] 47761: [FBTUSB] - Import the FreeBT USB generic bluetooth driver (abandoned) - Some slight modifications to make it build - WMI is currently commented out because o

On 12 June 2010 01:29, wrote: > > - WMI is currently commented out because our WMI headers are lacking > (particularly wmistr.h > WMI is completely missing from reactos in every way ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mai

Re: [ros-dev] [ros-diffs] [cgutman] 47761: [FBTUSB] - Import the FreeBT USB generic bluetooth driver (abandoned) - Some slight modifications to make it build - WMI is currently commented out because o

Not again. Why on earth do we need a bluetooth driver when we don't even have a stable OS to run it on? On 12 June 2010 13:46, Aleksey Bragin wrote: > Even though it's abandoned, I feel it's going to be abandoned in our source > tree too. > > WBR, > Aleksey Bragin. > > > On Jun 12, 2010, at 4:29

Re: [ros-dev] Build process changes...

Xbuild sounds like the way forward to me. Not only is it XML but it's fully compatible with Visual Studio and msbuild. http://www.mono-project.com/Microsoft.Build Ged. -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Aleksey Bragin

Re: [ros-dev] [ros-diffs] [jgardou] 47802: Merge 47800 from yarotows branch.

JT, >From what I understand, the branch is going to be merged into trunk soon so it would be wasted effort. Ged. On 19 June 2010 03:19, James Tabor wrote: > Jérôme, > Need to go through your commit list and check and see which ones need > to be pushed to the trunk. So far as I see (read), the ch

Re: [ros-dev] [ros-diffs] [jgardou] 47802: Merge 47800 from yarotows branch.

2010/6/19 Javier Agustìn Fernàndez Arroyo > @Ged > so, Win32k rewrite is finally done? :) This isn't the full rewrite, it's only part of what needs to be done, although a very nice part. The rest of the rewrite it what JT continues to work on in trunk __

Re: [ros-dev] [ros-diffs] [dreimer] 48036: Bug 5501: [PATCH] Adding Wing32support by Carlo Bramini

Looks like alphabetical ordering to me -Original Message- From: ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] On Behalf Of Aleksey Bragin Sent: 14 July 2010 15:16 To: ros-dev@reactos.org Subject: Re: [ros-dev] [ros-diffs] [dreimer] 48036: Bug 5501: [PATCH] Adding Wing32s

Re: [ros-dev] [ros-diffs] [akhaldi] 48236: Create a branch for cmake bringup.

This may be a good time to restructure the tree? http://www.reactos.org/wiki/Techwiki:File_Layout This will make ros much more modular and allow things like minwin to be built. Ged. On 24 July 2010 19:52, wrote: > Author: akhaldi > Date: Sat Ju

Re: [ros-dev] [ros-diffs] [akhaldi] 48236: Create a branch forcmake bringup.

The logical layout is exactly what is wrong with the tree. The tree is currently laid out in a manner which you would expect someone who doesn't understand NT architecture. Things are laid out by type instead of by architecture. It makes building individual areas of the operating system very diffic

Re: [ros-dev] Tree restructure (was: Re: [ros-diffs] [akhaldi] 48236: Create a branch forcmakebringup.)

On 26 July 2010 21:29, Aleksey Bragin wrote: > > > Regarding the current layout is logical: We could sort the modules >> alphabetically, that would be as "logical". But it's not reasonable. >> > Great, we came to an agreement: it is logical :). Reasonability is > discussable... > I'm yet to hea

Re: [ros-dev] Tree restructure (was: Re: [ros-diffs] [akhaldi]48236: Create a branch forcmakebringup.)

Timo has given you various scenarios as to where the proposed system is an improvement on the existing. Maybe someone can give an reason as to why the current layout is better than the suggested one? So you want more reasons? Instead of focusing on the build, which is where most of our argume

Re: [ros-dev] Tree restructure (was: Re:[ros-diffs] [akhaldi]48236: Create a branch forcmakebringup.)

That made for hard reading. I've split my original points up so anyone following this can understand it. I'll reply when I have some time :) From: Ged Murphy Sent: Tuesday, July 27, 2010 12:06 PM To: 'ReactOS Development List' Subject: Re: [ros-dev] Tree restructure

  1   2   3   4   >