Hi Alex!
The stack guards prevent excessive recursions without throwing exceptions
and just kills the message loop by returning false. Removing them could
regress some misbehaving applications. Only one comes to mind, java
installer.
Thanks,
James
Hi,
I have some great icon with me....
If U request I will give for free
Sent from my linux Phone
From: Colin Finck
Sent: 31-08-2013 PM 03:36
To: ros-dev(a)reactos.org
Subject: [ros-dev] Easy job for enhancing our Explorer!
Hi all!
As suggested in the meeting on Thursday, we need someone to create
replacements for all icons used in Windows Explorer. Just have a look at
this screenshot of Giannis' recent work to get an idea:
http://i.imgur.com/WzxVn7V.png
It definitely looks promising, but we obviously can't release it with
the XP icons ;)
Gladly, the Tango icon library contains a lot of great icons, which may
already be suitable for Explorer. Others could be created easily when
mixing several icons. For example, the icon for the "Folders" button in
Explorer can be created out of two simple folders, and a single folder
icon is definitely present in Tango. This only requires basic knowledge
of Inkscape (www.inkscape.org).
To give you another example: I already needed such "mixed" icons in my
PeopleMap. I've released my modified SVG files here:
http://svn.reactos.org/svn/web/trunk/resources/peoplemap/?pathrev=700
Apart from the fairly simple Inkscape task, the icons need to be
properly converted to ICO files in all required sizes. Giannis or other
shell guys can probably tell you about the sizes we need.
At least, this requires a proper icon editor with support for 24/32 bit
icons (used to be a problem in the past, don't know if it still is).
For just creating ICO files out of existing PNG files, I had good
experiences with "@icon sushi" (http://www.towofu.net/soft/e-aicon.php).
So, there we have it: A job for enhancing our Explorer which doesn't
even need a developer! :)
If I had time for it, I'd probably do it myself, but I'm pretty sure
there are other interested people as well.
Cheers,
Colin
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Hi all!
As suggested in the meeting on Thursday, we need someone to create
replacements for all icons used in Windows Explorer. Just have a look at
this screenshot of Giannis' recent work to get an idea:
http://i.imgur.com/WzxVn7V.png
It definitely looks promising, but we obviously can't release it with
the XP icons ;)
Gladly, the Tango icon library contains a lot of great icons, which may
already be suitable for Explorer. Others could be created easily when
mixing several icons. For example, the icon for the "Folders" button in
Explorer can be created out of two simple folders, and a single folder
icon is definitely present in Tango. This only requires basic knowledge
of Inkscape (www.inkscape.org).
To give you another example: I already needed such "mixed" icons in my
PeopleMap. I've released my modified SVG files here:
http://svn.reactos.org/svn/web/trunk/resources/peoplemap/?pathrev=700
Apart from the fairly simple Inkscape task, the icons need to be
properly converted to ICO files in all required sizes. Giannis or other
shell guys can probably tell you about the sizes we need.
At least, this requires a proper icon editor with support for 24/32 bit
icons (used to be a problem in the past, don't know if it still is).
For just creating ICO files out of existing PNG files, I had good
experiences with "@icon sushi" (http://www.towofu.net/soft/e-aicon.php).
So, there we have it: A job for enhancing our Explorer which doesn't
even need a developer! :)
If I had time for it, I'd probably do it myself, but I'm pretty sure
there are other interested people as well.
Cheers,
Colin
Hello,
Let me invite you to the monthly status meeting taking place last
Thursday of this month, 29th of August, 19:00 UTC. Put that into your
calendars so you don't forget.
IRC service will only be started shortly before the meeting. Your
participation passwords and server address will be emailed to you
shortly before the meeting starts, and they are going to be different
once again as they are not stored in any database. Hopefully it's not
much of inconvenience.
If someone still is not getting passwords sent before a meeting - please
email Colin or Pierre before the meeting started to get one.
The agenda will be posted shortly before the meeting, suggestions are
welcome (send them to me shortly before the meeting starts).
Regards,
Aleksey Bragin
>[ADVAPI32/SERVICES]: Windows services (as per MSDN and testing) must
always get at least one parameter -- the service name, in the argument
vector. However, in ReactOS, unless optional custom parameters were sent
(when starting a service), services got 0 parameters and a NULL argument
vector. Since services on Windows know this is impossible, many
dereference the vector without checking for NULL (including Windows
Svchost.exe). Either way, it's bogus for us not ever sending the name as
the first parameter. So I fixed ScBuildUnicodeArgsVector to always
either pre-pend the service name (if the caller gave us some parameters
already), or do use the name as the sole parameter (if the caller sent
none). This now works as on Windows, and should greately help with 3rd
party service compatibility.
>***NOTE THAT I ONLY DID THIS FOR UNICODE. I DID NOT BOTHER TO FIX THE
ANSI VERSION. ERIC KOHL, PLEASE REVIEW & FIX AS APPROPRIATE***
Alex,
if you have the time to rewrite svchost, you also have the time to fix
the little piece of ansi boredom! Finish the things you start!!!! Do not
stop right in the middle and leave the boring parts to others!!! FINISH
IT YOURSELF!!!!
PS: Btw, you might want to have a look at YOUR ntoskrnl rewrite! CM is
still unfinished! Finish it before you open yet another can of worms!
Regards,
Eric
\o/
And now please also remove the use of the OBJECT_HEADER structure in
win32k ;-)
Am 14.08.2013 13:02, schrieb fireball(a)svn.reactos.org:
> Author: fireball
> Date: Wed Aug 14 11:02:08 2013
> New Revision: 59733
>
> URL: http://svn.reactos.org/svn/reactos?rev=59733&view=rev
> Log:
> [WIN32K]
> - Do not use a internal section object structure type, it's just not necessary and win32k should not ever need to access its fields directly.
>
>
