Hello,
I would like to suggest the addition of a little feature into ReactOS.
Here there is a little reference to be read near my suggestion:
http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentr…
Autorun could be useful, but sometimes it's very annoying.
So: what about adding a little page somewhere for configuring it?
Into Win9x it was partially configurable on CD/DVD units, but newer versions of Windows lost completely this ability.
I think that a little page with some check-boxes:
[ ] Disables Autoplay on removable drives
[X] Disables Autoplay on fixed drives.
..etc
would be really cool because it fixes a mess into modern Microsoft's products.
I think it can be done in 100 lines of code (perhaps even less).
If we decide that it can be added, we just need to decide where we could put them.
I know that ReactOS haven't autoplay feature yet, but adding its configuration isn't too difficult.
Where can it be placed?
Personally, I wouldn't add a new applet into the control panel only for it.
Or if you don't want it at all, or you don't want it for now, it's ok too.
Sincerely,
Carlo Bramini.
So the reason you noticed this was wrong wasn't because DRIVERS SHOULDN'T IMPORT USER-MODE WIN32 DLLS... but because someone else was already exporting it. Sweet.
Hint: Try including #intrin.h next time.
--
Best regards,
Alex Ionescu
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of spetreolle(a)svn.reactos.org
Sent: Saturday, June 16, 2007 5:45 AM
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [spetreolle] 27203: revert previous r27194 ntoskrnl already exports InterlockedDe/Increment spotted by hpoussin still fails to link, thans to heisspiter for win32 test
Author: spetreolle
Date: Sat Jun 16 16:45:02 2007
New Revision: 27203
URL: http://svn.reactos.org/svn/reactos?rev=27203&view=rev
Log:
revert previous r27194
ntoskrnl already exports InterlockedDe/Increment
spotted by hpoussin
still fails to link,
thans to heisspiter for win32 test
Modified:
trunk/reactos/drivers/wdm/audio/backpln/portcls/portcls.rbuild
Modified: trunk/reactos/drivers/wdm/audio/backpln/portcls/portcls.rbuild
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/wdm/audio/backpln/…
==============================================================================
--- trunk/reactos/drivers/wdm/audio/backpln/portcls/portcls.rbuild (original)
+++ trunk/reactos/drivers/wdm/audio/backpln/portcls/portcls.rbuild Sat Jun 16 16:45:02 2007
@@ -8,7 +8,6 @@
<library>ntoskrnl</library>
<library>ks</library>
<library>drmk</library>
- <library>kernel32</library>
<file>dll.c</file>
<file>adapter.c</file>
I neved did and never intend to merge hacks from branches into the
trunk.
I don't know where from you are referring to "I'm afraid that
fireballs sollution is merged into trunk in some time"?!
I commented out almost all freeldr's bootsector boot stub in the
branch, does that mean it will somewhen be merged in trunk? Obviously
the answer is no.
I don't know what do you smoke to think it will :-).
WBR,
Aleksey Bragin.
On Jun 16, 2007, at 6:07 AM, Michael Fritscher wrote:
> The problem: the new bootvid needs vga, which the olpc doesn`t have...
> For the other problem (freeloader import problem): He can't press
> enter on
> this machine because of the bios.
> Perhaps that could be better solved by a new option in freeldr,
> which make
> disappear all messages in say 3-5 seconds.
>
> I'm afraid that fireballs sollution is merged into trunk in some time,
> which would hide this problem indead.
Are you allright, Alex? :-)
This is in a branch, OLPC ("branches/olpc/").
I had to disable critical warnings in freeldr so I don't have to do a
BIOS-less keyboard support in olpc-freeldr in order to just hit ENTER
one time during the bootup.
And certainly, when trunk's bootvid has VGA dependency coded into the
very heart of it, I had to get old bootvid so that I could do the
framebuffer support (no VGA bios in OLPC hardware). Also in that same
branch.
As for hto's (Dmitry) patches - there are controversial opinions, but
I'm trying to review and discuss commits he is doing.
WBR,
Aleksey Bragin.
On Jun 15, 2007, at 10:51 PM, Alex Ionescu wrote:
> Screwing up compatibility continues! Here's an idea, let's rename
> all the kernel exports!
>
> -----Original Message-----
> From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-
> bounces(a)reactos.org] On Behalf Of fireball(a)svn.reactos.org
> Sent: Friday, June 15, 2007 3:59 AM
> To: ros-diffs(a)reactos.org
> Subject: [ros-diffs] [fireball] 27186: - Resurrect "old" bootvid.
> The plan is to * make it working in trunk * add framebuffer support
> for olpc and xbox kind of devices.
>
> Author: fireball
> Date: Fri Jun 15 14:58:37 2007
> New Revision: 27186
>
> URL: http://svn.reactos.org/svn/reactos?rev=27186&view=rev
> Log:
> - Resurrect "old" bootvid. The plan is to
> * make it working in trunk
> * add framebuffer support for olpc and xbox kind of devices.
>
> Added:
> branches/olpc/drivers/base/bootvid/bar.bmp
So the new ReactOS is all about adding hacks to the kernel and hiding existing bugs instead of finding solutions. Cool beans. Maybe you should also comment out other DPRINTs. I mean, if a critical warning that a driver wasn't properly loaded because FreeLDR doesn't process import tables and that thus the device won't work right is annoying, maybe stuff like "File not found" should also be removed and return success instead.
I can't wait 6 months from now when everyone wonders how come some driver doesn't load in ReactOS. Are you and hto actually the same person?
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of fireball(a)svn.reactos.org
Sent: Friday, June 15, 2007 3:27 AM
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [fireball] 27185: - Set esp in the beginning to freeldr's stack, fixes a crash during a call to the kernel's entrypoint. - Comment out some annoying / unnecessary dprints (including messagebox about not resolved imports for pciide).
Author: fireball
Date: Fri Jun 15 14:27:27 2007
New Revision: 27185
URL: http://svn.reactos.org/svn/reactos?rev=27185&view=rev
Log:
- Set esp in the beginning to freeldr's stack, fixes a crash during a call to the kernel's entrypoint.
- Comment out some annoying / unnecessary dprints (including messagebox about not resolved imports for pciide).
Modified:
branches/olpc/boot/freeldr/freeldr/arch/i386/arch.S
branches/olpc/boot/freeldr/freeldr/arch/i386/loader.c
branches/olpc/boot/freeldr/freeldr/arch/i386/macholpc.c
Modified: branches/olpc/boot/freeldr/freeldr/arch/i386/arch.S
URL: http://svn.reactos.org/svn/reactos/branches/olpc/boot/freeldr/freeldr/arch/…
==============================================================================
--- branches/olpc/boot/freeldr/freeldr/arch/i386/arch.S (original)
+++ branches/olpc/boot/freeldr/freeldr/arch/i386/arch.S Fri Jun 15 14:27:27 2007
@@ -395,7 +395,7 @@
//movw %dx,%fs
//movw %dx,%gs
//movw %dx,%ss
- //movl $STACK32ADDR,%esp
+ movl $STACK32ADDR,%esp
//movl $mb_info,%ebx
/* See if the boot device was passed in */
Modified: branches/olpc/boot/freeldr/freeldr/arch/i386/loader.c
URL: http://svn.reactos.org/svn/reactos/branches/olpc/boot/freeldr/freeldr/arch/…
==============================================================================
--- branches/olpc/boot/freeldr/freeldr/arch/i386/loader.c (original)
+++ branches/olpc/boot/freeldr/freeldr/arch/i386/loader.c Fri Jun 15 14:27:27 2007
@@ -487,7 +487,7 @@
}
else
{
- DbgPrint("Don't yet support loading new modules from imports\n");
+ //DbgPrint("Don't yet support loading new modules from imports\n");
Status = STATUS_NOT_IMPLEMENTED;
}
}
Modified: branches/olpc/boot/freeldr/freeldr/arch/i386/macholpc.c
URL: http://svn.reactos.org/svn/reactos/branches/olpc/boot/freeldr/freeldr/arch/…
==============================================================================
--- branches/olpc/boot/freeldr/freeldr/arch/i386/macholpc.c (original)
+++ branches/olpc/boot/freeldr/freeldr/arch/i386/macholpc.c Fri Jun 15 14:27:27 2007
@@ -253,7 +253,7 @@
BOOLEAN OlpcDiskGetDriveGeometry( ULONG DriveNumber, PGEOMETRY DriveGeometry )
{
- ofwprintf("GetGeometry(%d)\n", DriveNumber);
+ //ofwprintf("GetGeometry(%d)\n", DriveNumber);
DriveGeometry->BytesPerSector = 512;
DriveGeometry->Heads = 16;
DriveGeometry->Sectors = 63;
@@ -262,7 +262,7 @@
ULONG OlpcDiskGetCacheableBlockCount( ULONG DriveNumber )
{
- ofwprintf("GetCacheableBlockCount\n");
+ //ofwprintf("GetCacheableBlockCount\n");
return 1;
}
Hi,
> -----Message d'origine-----
> De : ros-diffs-bounces(a)reactos.org
> [mailto:ros-diffs-bounces@reactos.org] De la part de
> dgorbachev(a)svn.reactos.org
> Envoyé : jeudi 14 juin 2007 18:42
> À : ros-diffs(a)reactos.org
> Objet : [ros-diffs] [dgorbachev] 27174: - Hackish solution of
> issue #2062. - Turn off title change, as it can cause a deadlock.
>
> Author: dgorbachev
> Date: Thu Jun 14 20:41:55 2007
> New Revision: 27174
>
> URL: http://svn.reactos.org/svn/reactos?rev=27174&view=rev
> Log:
> - Hackish solution of issue #2062.
> - Turn off title change, as it can cause a deadlock.
>
> Modified:
> trunk/reactos/subsystems/win32/csrss/win32csr/conio.c
> trunk/reactos/subsystems/win32/csrss/win32csr/dllmain.c
> trunk/reactos/subsystems/win32/csrss/win32csr/guiconsole.c
>
Why hiding the real cause of bug 2062 by a hack, as you already did in
r27107 for bug 2151?
See desktop icons in explorer bar. They are not correct and I know when it
appeared and I known how to hack a solution. But I won't do it because I
don't want to hide the real problem. IMO, you should do the same thing and
search the root problem or leave the effect visible, so it won't be
forgotten.
If you really need to add a hack in the code, please add a comment in the C
code linking to bugzilla, and add a comment in BZ saying "hackish solution
committed in rXXXXX"
Hervé
Unfortunately, I'm not able to compile myself.
So I download the SVN ISO images for testing.
I was just wondering if it could be possible to reduce a bit my download times by including that flag into the REL builds.
I also agree that it's better to leave the DEB builds without that flag.
Thanks anyways, if it's not possible I can still download compressed ISO files at their current sizes.
Sincerely,
Carlo Bramini
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ReactOS Development List" ros-dev(a)reactos.org
Cc :
Date : Mon, 11 Jun 2007 14:28:37 +0400
Subject : Re: [ros-dev] Smaller SVN REL ISO?
> It is possible to compile with this flag, but you need to build it
> yourself then. Official ISOs are compiled with leanandmean set to no.
>
>
> WBR,
> Aleksey Bragin.
>
> On Jun 11, 2007, at 1:06 PM, carlo.bramix wrote:
>
> > Is the SVN REL Live CD compiled with "set ROS_LEAN_AND_MEAN = yes"?
> > If not, is it possible to compile it with this flag?
> > For other purposes beside the normal user testing, we have the SVN
> > DEB Live CD image.
> >
> > Sincerely,
> >
> > LDChen
> _______________________________________________
> 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/