Re: [ros-dev] Pale Moon drops ReactOS support

[Alexandru Lovin]

One thing I didn't notice being mentioned. Windows xp (and 2003) indeed
runs on old computers but it won't budge on anything less than a Pentium 1.
Expectedly, somewhat.

Windows 7 (and Vista) runs on a K6-2. These were tested by me. I still
haven't managed to try the original K6 or the K5 processors. During the
availability of the Vista beta version, there was a guy who reportedly had
it installed on a K5.

Before you say omg it would be hellishly slow, the trick is to have a DX9
compliant video card installed. That will enable Aero and make things
reasonable. ReactOS already uses the video card to render the interface
afaik, so that's even better.

On Friday, May 20, 2016, Javier Agustìn Fernàndez Arroyo 
wrote:

> 4th scenario - App is actually "buggy" and doesnt check for any export.
> We´re fucked up :P
>
> On Fri, May 20, 2016 at 12:56 PM, Love Nystrom  > wrote:
>
>> Correct me if I'm wrong (Alex?), but isn't the biggest difference
>> between kernel 5.2 and 6.x that 6.x is *paging the kernel* ?
>> (A huge design mistake if you ask me. One I bet will bite MS on the a**.
>> If the kernel gets too fat it needs liposuction, not paging.)
>>
>> IMHO, adding new APIs, while keeping the (non-paging) kernel seems ideal.
>>
>> Best Regards
>> // Neo
>>
>>
>> On 2016-05-19 05.43, ros-dev-requ...@reactos.org
>>  wrote:
>>
>> Subject:
>> Re: [ros-dev] Pale Moon drops ReactOS support
>>
>> From:
>> Alex Ionescu 
>> 
>>
>> Date:
>> 2016-05-19 02.33
>>
>> To:
>> ReactOS Development List 
>> 
>>
>> I don't believe I said 'let's add random exports to our DLLs'. In
>> fact, in your old thread, I was totally FOR your idea, I even wrote
>> that the only sane way of doing it is with the app compat work.
>>
>> On Wed, May 18, 2016 at 9:27 PM, Timo Kreuzer  
>>  wrote:
>>
>> > We have been discussing this before and I wonder that Alex is not heavily> 
>> > opposing the idea of randomly adding new exports to our user mode DLLs. 
>> > It> is a well known fact that applications check for existance of exports 
>> > to> decide how to behave, so ... not going to go over this again.>> To 
>> > addess this issue I suggested to implement a compatibility layer. And> 
>> > there was a detailed discussion about that on this mailing list.> 
>> > https://www.reactos.org/pipermail/ros-dev/2015-March/017216.html>> Please 
>> > take your time to read the whole thread again so we can avoid wasting> 
>> > time, talking about the same things again.>> Timo
>>
>>
>> --
>> There is one thing stronger than all the armies in the world,
>> and that's an idea whose time has come. [Victor Hugo]
>>
>>
>> ___
>> Ros-dev mailing list
>> Ros-dev@reactos.org 
>> http://www.reactos.org/mailman/listinfo/ros-dev
>>
>
>
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] MSVC

[Alexandru Lovin]

 One doesn't usually start a discussion about something and at the same
 time dismiss the need to discuss it. If you came here to brag, you came
 to the wrong place


May I kindly suggest that he came here to ask if you are interested in what
he wants to do ? Just to know if he has the support of the team. That's what
it looks like from a non-programmer's point of view.
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

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

[Alexandru Lovin]

Doesn't Win 7 already make a separate swap partition?

On Wed, Nov 11, 2009 at 9:47 PM, Dmitry Gorbachev gorbac...@reactos.orgwrote:

 Also, the installer can impress people by its courtesy (as vmwinst
 already does), if it will recognize existing swap partitions and offer
 to reuse them in reactos. :)

  What point would be served by sharing swap partitions?
 
  An economy of space.
 

 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev

___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] Arwinss architecture

[Alexandru Lovin]

Hello,
I'm here to tell you about what the not-so-bright user thinks. I have been
in contact with them.

They say well...ReactOS is Linux, right?

Because it's open source. I don't know who, but the world as we see it glued
the idea of open-source to Linux. Any OS who is open source is somehow based
on Linux.

Of course some people know that can't be 100% true. But these people are the
users, the developers and the enthusiasts of these projects who are not
based on Linux. It doesn't matter how many newsletters you write saying it's
not Linux, or how many presentations at events you have, saying it's not
Linux but aims to be a completely compatible Windows clone.

This is a major security hole for ReactOS. The moment someone says well,
now we're based on Wine until we can finish a proper implementation of our
cloned-after-Windows subsystems, that's when these users will say well,
that's still Linux so I'll take Vista/XP/whatever Windows version, thank you
very much. They know what Wine is (although many think it's an emulator)
and they know that's Linux. No one can change their minds.

Meanwhile, this change sounds very helpful and useful. But this is probably
why some developers are so against it.

Yes, maybe James Tabor is right - Download ReactOS Wine-based, Download
ReactOS Windows-based (but if you write that, everyone will jump and say you
copied Windows code after looking at the leaked sources). Release and Debug
for each.

I'm sorry about this, but it's the way the users were fooled. And these
people were Ubuntu users, very happy about it. One of them pointed out that
*gasp* YOU HAVE MORE DESKTOPS, JUST LIKE IN LINUX!!! He was, of course,
talking about the taskbar, where you can select which desktop you want to
use.

So, whatever the decision, BE CAREFUL!!!

2009/7/29 Javier Agustìn Fernàndez Arroyo elh...@gmail.com

 Personally i like the idea of being able to access remotely using an X
 Server.. Could this feature be ported to current Win32k implementation after
 Arwinss is deprecated?


 On Wed, Jul 29, 2009 at 8:42 PM, King InuYasha ngomp...@gmail.com wrote:

 Makes sense. And once the real subsystems are compatible and stable
 enough, then the arwinss branch could be relegated to an addon. An addon
 that could be used on both ReactOS and Windows. It's a stopgap solution, but
 one that would have uses after it is replaced.


 On Wed, Jul 29, 2009 at 1:10 PM, Ged gedmur...@gmail.com wrote:

 Current win32 subsystem progress is too slow. We need something now
 before
 it's too late.
 One of the main things that's holing us back and stopping new devs from
 getting involved is out lack of compatibility and stability.

 If we have a drop in replacement which is much more compatible and stable
 then the current one, then I think it's wise to use that whilst the real
 implementation is continued alongside.

 Surely this will give you the freedom to get architecture done without
 worrying about breaking things?

 Ged.

 -Original Message-
 From: James Tabor [mailto:jimtabor.ros...@gmail.com]
 Sent: 29 July 2009 18:30
 To: ReactOS Development List
 Subject: Re: [ros-dev] Arwinss architecture

  No, not even, not in the light of day, shall this ever be part of
 trunk!

 Separate project maybe, perhaps or will be a new project altogether!

 Leave our trunk alone and keep working on ArWinSS where it is or make
 it's own home on ReactOS.org.

 I'm @ wk and had to comment on this,
 James

 On Wed, Jul 29, 2009 at 6:38 AM, Gedgedmur...@gmail.com wrote:
  What people should also know is that if this branch ever does make it
 into
  trunk it will only be used as a temporary solution until the correct
  implementation is ready. This is by no means a permanent solution!
 
  What it will do is act as a temp replacement which will hold things
 together
  and allow work on the real subsystem to accelerate.
 
 
 
  At the moment the current subsystem must be kept stable as it's our
 main
  component and needs to stay regression free whilst rewriting major
 parts
 to
  make it more compatible. Not an easy task!
 
  If the Arwinss model can take over for a while it will gives the win32
  subsystem developers breathing space to rewrite / hack / break / fight
 /
  kill / molest and eventually improve the real implementation without
  worrying about breaking reactos for everyone else.
 
 
 
  In the long run this may be a great solution to improve the
 compatibility
  and stability of the real reactos win32 subsystem.
 
 
 
  Ged.
 
 
 

 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev


 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev



 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev



 ___
 

Re: [ros-dev] Very nice.

[Alexandru Lovin]

More cowbell!!!

On Thu, Jul 16, 2009 at 11:40 PM, Jose Catena j...@diwaves.com wrote:

 I also think it may be not a good idea to discuss physics here. But since
 this is going on anyway, I think I may help to find an agreement and end
 this. Please forgive me and skip the rest of this post if you aren't
 interested.
 I think everyone participating in the discussion knew what the centrifugal
 force is, and all the confusion could be explained by assumptions on what
 the 'real' definition is, since the natural language adjective is ambiguous
 as a scientific definition. Perhaps this happened with more than one word.
 It is not important if we name a force 'real' or 'abstract', as long as we
 understand what it actually is and agree on definition of 'real', what is
 not obvious as proven in the discussion.
 Forces are vectors (forget for now that 'vector' is in itself an
 abstraction). For analysis, many times natural forces are expressed as sum
 of vectors. Of course this makes another abstraction, every time we apply
 math we are abstracting in some way. Although it is also a valid meaning of
 'real' something that can be demonstrated mathematically.
 Instead of centrifugal force, I'll put an example that I think is pretty
 useful to show the conflict: the force the air causes to a wing moving on
 it. The 'real' or single force vector is not useful for understanding or
 analysis, so we always express it as a sum of two vectors: 'lift' and
 'drag'. I never hear of anyone saying that these are not real since their
 effect is demonstrable, while most people would consider the single natural
 force an abstraction, since it is demonstrated and understood as the sum of
 the two calculable components lift and drag.
 Furthermore, we often consider how a sum of forces are applied to an
 object,
 while at the end, only the sum is what matters to the effect produced, and
 in this case we might say this sum is an abstraction while the components
 are 'real' or not (they may be also abstracted components of a real
 force)...
 You see how assuming the meaning of words may be so confusing in science.
 As I see it, the problem in the discussion can be solved by delimiting the
 meaning of 'real', or much better, avoiding this ambiguous adjective in
 favor of a more explicit one. Indeed the centrifugal force is not directly
 caused in the nature, so if we say 'real' means a direct representation of
 something that physically exist, it is not 'real'. But we may also say that
 'real' means it can be demonstrated mathematically, and then the
 centrifugal
 force is certainly 'real', as would 'lift' and 'drag' in a wing. Both are
 valid meanings of 'real' in different scopes (physical existence vs.
 scientifically demonstrable).
 Something that unfortunately happens too often. In any kind of discussion,
 people should try to understand each other's reasoning instead of
 nit-picking on definitions to discredit them. It is different than an
 exhaustive essay where the author should be careful to clear any ambiguity.
 We couldn't speak if we had to be scientifically accurate in every word.
 Sorry for the long and off topic post, I advised to skip it if no
 interest... ;-)

 Jose Catena
 DIGIWAVES S.L.


 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev




-- 
Alex Lovin - www.erasereality.3x.ro
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] On the growth of the reactos project

[Alexandru Lovin]

My story is a bit more interesting. Short version: Wikipedia. Long version:

I was looking around for a list of OSes, to see 16-bit ones, 32-bit ones,
8-bit ones, etc. I was more interested in how much you can do with few bits
- 8 or 16, for example. I was trying to find out what the latest NT version
to run on a 386 is (answer: 3.51, the last one before NT 4). I think I still
have that laptop and it still works.

I can't remember the history of Wikipedia links I followed until I got to
ReactOS but I think it was because I saw the page for Microsoft Windows
which contained the emulation software category. ReactOS was listed there,
so love at first sight.

And then my mind just generated some ideas about how to help but I won't go
into further detail :)

2009/7/17 Alex care2de...@gmail.com

 Hello All,

 I just thought I should mention how I found out about ROS: there was
 a torrent on our local tracker with a short title ReactOS 0.3.9.

 And I said to myself - WTF? I never heard about an OS by that name.
 And only 30 Mb?

 I.e., by pure accident :)

 But on the other hand, if ROS weren't functional enough, users
 wouldn't put it on the tracker. So there is some merit in improving
 the user-land and what Victor talked about.


 BTW, I think it would be interesting if other people on this list said
 how they first find out about ReactOS.


 Saturday, July 18, 2009, 12:12:28 AM, you wrote:

  I'm agree with the Attracting developers instead Users
  idea,but..until now this approach(if we are following any)didnt
  work.In the last year just їtwo?,їthree? developers have come, and
  some has gone or are in IDLE mode. Why isnt this approach working?

 --
  Best regards,
  Alexmailto:care2de...@gmail.com


 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev




-- 
Alex Lovin - www.erasereality.3x.ro
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

Re: [ros-dev] [ros-diffs] [sedwards] 40919: imported the MT snapshot of the GPL tftp-server for win32 from sourceforge. Minor changes such as formatting and renaming the files, totally untested except

[Alexandru Lovin]

Would it be possible to do it after ReactOS already relaces Windows, it's
stable, smaller memory footprint, etc. ? I mean, by then everyone will be so
excited about it, everybody would have already heard of it (definitely) and
they would already be keen to help or something. At which point the devs
pull out a list of things that should be done right: a,b,c, d, etc.
James Tabor: I need to warn you that this will take years to do right. We
already learned to live with the feeling of knowing this only works on ROS.

I'm thinking ROS will have fanboys who will come hungry to help someone so
that they're noticed.

Mr. Tabor, your thoughts ?

On Fri, May 15, 2009 at 5:01 PM, James Tabor jimtabor.ros...@gmail.comwrote:

 Hi!

 2009/5/15 Javier Agustìn Fernàndez Arroyo elh...@gmail.com:
  So we are going to live with this
  fact that it will only work with ReactOS
 
  sad news
 
 No not sad It is a testament of the hard work done by Thomas and
 other developers, getting it to work with wine and working out the
 issues of point to point API cross tests. This is not an easy task to
 go into! The little information we have is not going to help in the
 short term of getting user32 into a state of plug and run for XP or
 any version of Windows. We just don't have the resources and time to
 do the job right. I must add, the tools I had access to just is not
 enough. We need to compromise and live with this fact. Over all we can
 meet to an API level of compatibility and that is it. Walking away
 with some understanding how this interface works at the end of the
 day.

 Thanks,
 James

 ___
 Ros-dev mailing list
 Ros-dev@reactos.org
 http://www.reactos.org/mailman/listinfo/ros-dev




-- 
Alex Lovin - www.erasereality.3x.ro
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev