Why was I added to this?
Ask first! I can not do it all!
B^|
James
ReactOS.Bugzilla(a)www.reactos.org wrote:
> http://www.reactos.org/bugzilla/show_bug.cgi?id=2081
>
>
> amine48rz <amine48rz(a)gmail.com> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> AssignedTo|ros-bugs(a)reactos.org |jimtabor@adsl-64-217-116-
> | |74.dsl.hstntx.swbell.net
>
>
>
>
Hi!
ReactOS.Bugzilla(a)www.reactos.org wrote:
> http://www.reactos.org/bugzilla/show_bug.cgi?id=1172
> ------- Comment #16 From hpoussin 2007-10-08 10:44:44 CET -------
>
> The device has been detected by PCI bus, and (as you didn't had any popup for
> it), its driver has been found and probably installed.
> I fixed a bug in driver installation in r29441, maybe it will help.
> If it still doesn't work, can you enable debug output in
> dll/win32/setupapi/devinst.c and dll/win32/netcfgx/netcfgx.c?
>
Okay! Will do!
Since the bug report is closed, I guess we can work on the ML. I'll post my tests
results.
Thanks,
James
Ok, that's good then, no need to delete it. But moving to rosapps may
be a not bad idea (still including into the build).
WBR,
Aleksey Bragin.
On Oct 9, 2007, at 3:50 PM, Ged wrote:
> Aleksey Bragin wrote:
>> Is there a reason to keep the wordpad we have? Is it better,
>> worse, differences mergeable, etc?
>
> Our wordpad code is a great framework to build a much better, MDI
> implementation of Wordpad.
>
> I added it in the hope that any potential 'would-be' developers
> could use it
> as a learning project into the world of Win32. As it is no one has
> yet taken
> it up, which is a bit of shame.
>
> It can be taken out of the build and even moved to ros-apps, but it
> would be
> a shame to delete it completley, as someone might one day take up the
> challenge.
>
> Ged.
Is there a reason to keep the wordpad we have? Is it better, worse,
differences mergeable, etc?
WBR,
Aleksey Bragin.
On Oct 9, 2007, at 1:00 PM, gedmurphy(a)svn.reactos.org wrote:
> Author: gedmurphy
> Date: Tue Oct 9 13:00:56 2007
> New Revision: 29469
>
> URL: http://svn.reactos.org/svn/reactos?rev=29469&view=rev
> Log:
> add wine's wordpad as the default
Yes.
Either reverse engineer and write docs (which can be used by ReactOS
developers, provided they contain no source code derived from
disassembly), or reverse engineer and write test cases.
The latter method is [presumably] used by Wine developers, and it
provides a very good legal ground.
With the best regards,
Aleksey Bragin.
On Oct 9, 2007, at 5:12 AM, Josh H. wrote:
> Is it okay to reverse through disassembly as long as clean room
> methods
> are used(only writeing docs, not implementing it yourself)?
>
> http://www.computerworld.com/softwaretopics/software/appdev/story/
> 0,10801,65532,00.html
> http://en.wikipedia.org/wiki/Clean_room_design
Anyone wants to comment on this?
_____
From: Marc Piulachs [mailto:marc.piulachs@codexchange.net]
Sent: Saturday, October 06, 2007 10:24 PM
To: 'ros-dev(a)reactos.org'
Subject: rbuild problems/suggestions
Having worked with rbuild for a few weeks I have identified some problems
that would like to share. I also would like to hear the developers' opinions
about all of these issues because I want to start working to solving them.
A) The behavior of the "include" + "directory" tags are inconsistent when an
"include" is placed inside a "directory" for
example:
Correct: (expected : ke/i386/boot.S)
<directory name="ke">
<if property="ARCH" value="i386">
<directory name="i386">
<file
first="true">boot.S</file>
Incorrect: (expected : reactos/reactos.rbuild
real : reactos/reactos/reactos.rbuild)
<directory name="reactos">
<xi:include
href="reactos/reactos.rbuild" />
</directory>
should be:
<directory name="reactos">
<xi:include href="reactos.rbuild" />
</directory>
B) The "oldcrt" attribute is no longer used and can be removed.
C) The module types "Iso" , "LiveIso" , "IsoRegTest" and "LiveIsoRegTest"
are IMHO hacks introduced to be able use the makefile generation code.
rbuild is C++ so with a small code refactor they can be easly removed.
D) Any module is using the "EmbeddedTypeLib" module type , is really needed
or can be removed?
E) IMHO the "ElfExecutable" is incorrect . I posted my reasons some time
ago:
http://www.reactos.org/archives/public/ros-dev/2007-September/009770.htmlhttp://www.reactos.org/archives/public/ros-dev/2007-September/009771.htmlhttp://www.reactos.org/archives/public/ros-dev/2007-September/009779.html
F) The module type "alias" is only used for HAL related modules and IMHO it
isn't requiered because the problem it tries to
solve can be easly solved using "if" tags and conditional compilation.
http://www.reactos.org/archives/public/ros-dev/2007-September/009798.html
There are several reasons for this change:
- Currently every platform requires 3 new HAL modules. In the
future if new platforms are supported for example (X86 , XBOX , PPC , AMD64
, MIPS , IA64 , ARM ... ) 3 x 7 = 21 modules .. see what I'm saying?
- It simplifies backends work. No need to include logic for
alias handling.
- Conceptually wrong . every module represents a particular
functionality when you compile the module it should just reconfigure itself
to produce the appropriate image for the configured architecture .It a good
idea to have a true componentized operating system.
Regarding the ModuleType IMHO they should be used to provide information
that describes the module output/target not the build process! Iso , LiveIso
, Alias , ... all of them are meaningless they are not true metadata.
Long term enhancements:
X) tags like "linkerflag" or "compilerflag" are gcc/mingw specific and
should be replaced with other tags that provide the
equivalent functionality using a more abstract aproach so other
backends/compilers could benefit from it. rbuild files should
only describe the source code and the compilation process without including
specific information.
/Marc
Hello,
I got this error too... and I made a little disaster.
I got that message when writing into bug #2711.
I cleaned the off-line cache, I posted my message again, I got success but the message has been posted twice, because the previous message had been accepted despite the error screen.
Sorry...
Carlo Bramini
>I'm getting the same error since some time.
>
>But for me, it only occurs when hpoussin at reactos.org is >subscribed to the
>bug report (by being the bug reporter or by being on the CC >list). Sending
>notifications to other E-Mail addresses seems to work fine.
>Also only the E-Mail notification part is affected by this >problem, the
>other changes will be saved successfully.
>Using Deskzilla with such bug reports also leads to the same >problem.
>
>Regards,
>
>Colin
>
>
>> --- Original Message ---
> From: ros-dev-bounces at reactos.org [mailto:ros-dev-bounces at reactos.org] On
Behalf Of Marc Piulachs
>> Sent: Tuesday, October 02, 2007 5:11 PM
>> To: ros-dev at reactos.org
>> Subject: [ros-dev] Bugzilla error when sending notifications
>>
>> I'm getting this error when posting/modifying a bugreport
>>
>> Bugzilla has suffered an internal error. Please save this page and send it
to aleksey at reactos.org with details of what you were doing at the time this
message appeared.
>>
>> URL: http://www.reactos.org/bugzilla/process_bug.cgi
>>
>> There was an error sending mail from 'ReactOS.Bugzilla' to
'hpoussin at reactos.org':error when closing pipe to /usr/lib/sendmail:
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
I have started a techwiki inside our wiki. It can be found at
http://www.reactos.org/wiki/index.php/Techwiki/main
Currently only some stuff for win32k/gdi. Please add any info about nt
functionality / links / tools you'd like to share there.
I still think it would be a good idea to move it into it's own wiki, so
our wiki doesn't get even more messed up ;-)
Timo