Hi,
we are a software development company that develops and maintains a
Linux-based server solution called IServ, designed for use in schools.
We are in business since 2003, and there are currently about 370 schools
in Germany using IServ as their portal server.
One feature that we would like to integrate into our product is the
possibility to customize the ntconfig.pol file. This file, located on
the server's netlogon share, can deploy registry settings to Windows
clients - it is especially important because it can deploy
HKEY_LOCAL_MACHINE settings. This file is a binary registry hive. At the
moment, we have to create this file manually with poledit.exe.
We need a Linux program which can automatically generate this file.
1) It should read plain text files as input, for example an INF file.
2) The resulting policy file must work with Windows 2000 and XP x86
clients. It should be possible to easily test this by using the command
"Load Hive" in Regedit.
3) The preferred programming language is Perl, C/C++ is also OK. Other
languages should also be possible, but only after prior consultation
(just to make sure nobody comes up with Java ;) ).
4) The resulting source code should be released as open source, e.g.
under the GPL.
We would like the program being finished in one month. We will pay you
EUR 300 for it. If the program is very much work and you feel you need
more money, submit us an offer.
A Perl library to dump binary registry files to plain text:
http://search.cpan.org/~jmacfarla/Parse-Win32Registry-0.30/
Attachments:
ntconfig.pol - Our current policy. This must be generated automatically.
ntconfig.pol.dump - Plain text dump of that file, generated with
Parse::Win32Registry.
winnt.adm - Template to edit our policy file with poledit.exe.
Our homepage: http://iserv.eu (only in German, though)
--
Yours sincerely,
Martin v. Wittich
IServ
Falk & Ludwig GbR
Rebenring 33
38106 Braunschweig
Germany
Telephone: +49 531 380 4450
E-Mail: martin.von.wittich(a)iserv.eu
Internet: http://www.iserv.eu
On Sat, Nov 29, 2008 at 2:35 PM, <sginsberg(a)svn.reactos.org> wrote:
> Author: sginsberg
> Date: Sat Nov 29 13:35:04 2008
> New Revision: 37739
>
> URL: http://svn.reactos.org/svn/reactos?rev=37739&view=rev
> Log:
> - Kill off ramdrv, it is deprecated since a long time ago.
> See issue #3422 for more details.
The problem was as far as I can tell not ramdrv but ramdrv/minix. I
really think you should revert part of this.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi Team!
First, here is my personal list of last years goals for the rewrite.
Most of you already know what I had plan for last year so please bare
with me.
___
December 2007:
End of previous year rewrite of definition files and structure
integration with updates to ntgdibad.h. Housekeeping, test and verify.
Add previous years loose ends and carryovers.
Thomas help with user window handle support is a great bonus to the
year end progress toward win32k rewrite. Timo win32k cross tests.
Magnus integration of DDxD support is still in progress and ticking
along nicely.
January 2008:
Miscellaneous Gdi adds, fix ups and cleanup.
February 2008:
Integration and implementation of Enhanced/Meta/Dc/File support.
This is a wine sync/port that I have started during the beginning of
the rewrite. Delayed and carryover.
May 2008:
Gdi/User Win32k DCE cleanup and fixes.
90% complete. One unique test case needing to be integrated in code base.
June 2008:
Gdi cleanup and verify testing. Integrate simple multi display
support. DC and PDEV integration and cleanup.
Partial DC and PDEV structures are supported and minor cleanup and
testing was meant. No multi display add ons are included. Delayed and
carryover.
July 2008:
Start prerewrite of User32/Win32k. Cleanup headers and add new types
and structures.
Started and carryover.
September 2008:
Housecleaning, Gdi testing and verifying.
Still in progress.
November 2008:
Start User32/Win32 Menu rewrite.
Still in progress, new structure support is in and working in test tree.
December 2008:
End of year housekeeping with cross test and verify. Add previous
years loose ends and carryovers.
Slow integration of known gdi structures have been completed.
Attribute support is only for DC's, investigating a more conservative
process of allocation and utilization of Brush/Pen /Regon and Font
attribute support that is compatible with gdi. Carryover and finish up
window handle and integration support. Timo started integration of
user process/thread structures and support, leaving win32k
initialization bug open for more investigation. Magnus DDxD is back on
track. Stefan cleanup of win32 functions was completed.
January 2009:
Add new members to the rewrite team, start training and information
exchange. Setup freelance hacker member list which would include just
about everyone with commit access.
--------
This is my personal list and included comments about team members
progress. I'll add more after January for 2009.
Side Note: Please do not post here if you are interested in joining
the rewrite team. If you have commit access you are already in. We
need to know your specialties, interests and goals which include what
you want to learn so this can be carried into your next career. Resume
stuffer for the next job and what knots.
Thanks,
James
On Thu, Nov 27, 2008 at 3:52 PM, <gschneider(a)svn.reactos.org> wrote:
> Author: gschneider
> Date: Thu Nov 27 14:52:01 2008
> New Revision: 37695
>
> URL: http://svn.reactos.org/svn/reactos?rev=37695&view=rev
> Log:
> Update gdi32 winetests, so we don't run out of things to fix.
Best commit message ever.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi folks,
due to the perpetual problems with utf-16 files I recommend to change the
handling in the following way as long as we don't have another working
translation system (mui) and we want to keep a win32 compatible inf file:
We should store the files in subversion as utf-8 and convert during make and
rbuild in utf-16 (e.g. via small c-programm or new rbuild-command), so we can
edit and make diffs in an easy way.
Comments are very welcome
Matthias
--
Matthias Kupfer Telefon +49 (0) 371 236 46 52
Wilhelm-Firl-Straße 21 Mobil +49 (0) 160 859 43 54
09122 Chemnitz
Hi!
I have a linking error because GCC-4.4 inserts calls of
___enable_execute_stack() into functions which use PSEH. It seems that this
behavior cannot be changed without changing the GCC itself. Or maybe I
should provide an empty ___enable_execute_stack() function just to satisfy
the linker.
> This is already done, most files which have Wine code are labeled so atop
> of the file ("Some parts are taken from Wine project..."). What I see is
> that Dmitry Timoshkov says this is not enough.
It should be enough if the original copyright notices are kept. No need to
research origins of every piece of code.
LGPL 2.1:
> 1. You may copy and distribute verbatim copies of the Library's complete
> source code as you receive it, in any medium, provided that you
> conspicuously and appropriately publish on each copy an appropriate
> copyright notice and disclaimer of warranty; keep intact all the notices
> that refer to this License and to the absence of any warranty; [...]
> 2. You may modify your copy or copies of the Library or any portion of
> it, thus forming a work based on the Library, and copy and distribute such
> modifications or work under the terms of Section 1 above, [...]
GPL-HOWTO:
> If you have copied code from other programs covered by the same license,
> copy their copyright notices too. Put all the copyright notices together,
> right near the top of each file.