Public Discussions > General Discussion

Haiku OS and its Niche.

<< < (3/3)

Martin Iturbide:

--- Quote from: Andi B. on April 09, 2015, 04:40:36 pm ---Why do you think a lot of people want to play with replacement components which for sure will have a lot more bugs and incompatibilities when you do not even find the testers for much more advanced projects? Why do you think a broader audience is willing and qualified to develop, document, make install packages and test a replacement component when we do not even have the man power to support running projects like AOO, Firefox, Seamonkey, Apache, all the ported QT apps..... ?

--- End quote ---

Those are not questions, only excuses to not try it. "Reality Check" is new wording for "Defeated without trying".  We need a strategy for the future of this platform, the platform does not attract new users because we don't show a future or an attement to have a future.

We always discuss it and always see this two ways of thinking::
1) Think about a future of the platform.
2) Remain as a legacy and live of the good memories, and just take whatever it comes.
(Maybe there are other in the middle)

I prefer the first one. The ones that prefer the second, just move on to the next thread, nobody is judging.

For the moment I'm just in search for the people that want to have a future with this platform. I don't want to find people that wants to code it all, I just want someone that wants to make little steps like the ones I'm doing on OS2World and on EDM/2.

Regards.

Andreas Schnellbacher:
Andi, I confirm everything you wrote.


--- Quote from: Andi B. on April 09, 2015, 04:40:36 pm ---Think about why only very few people even test the os4 kernel. This is an example of a piece of software which is not that bad at all. In fact it works remarkable well on a lot a machines. But beside the legal concerns which I don't want to discuss here it has a few limitations. This few limitations (documentation, trace support, incompatible with ACPI) prevents usage and testing by a wider audience.

--- End quote ---
I have noted down that the ACPI incompatility was fixed. The info came from a posting in this forum. Am I wrong?

(I haven't tested that myself, because my new machine still lacks stable network connectivity.)

Sergey Posokhov:
Both "ACPI.PSD" and "OS4APIC.PSD" works with OS/4 kernel, both debug and release versions of the kernel.

I also had some troubles with network connectivity: my local service provider ("SmileNet" a.k.a. "InfoLine") uses too small MRU packets... the only SafeFire can work with it, using 1480 byte MRU.

Mike La Martina:
While I have never seen Kolibri code and cannot offer comment on it, I had an entire career as an Assembly Language programmer, at IBM and elsewhere, and I am amused about Sergey's comment about jumps and global variables.
I have sold millions of US dollars worth of software, world wide that was (is) 100% assembly language.  Neither jumps nor global variables are evil constructs if managed properly.  I can offer no specific opinion except about code that I have personally written.
Since I am now retired and have no more interest in programming, I wish no argument.  FYI I am the author of a withdrawn OS/2 application called Naviplex.  I did write that in C++.

Dave Yeo:

--- Quote from: Sergey Posokhov on April 09, 2015, 09:30:01 pm ---Both "ACPI.PSD" and "OS4APIC.PSD" works with OS/4 kernel, both debug and release versions of the kernel.

I also had some troubles with network connectivity: my local service provider ("SmileNet" a.k.a. "InfoLine") uses too small MRU packets... the only SafeFire can work with it, using 1480 byte MRU.

--- End quote ---

Have you (and others as well) changed the line mtudiscover to 1 under the discover column in %ETC%INETCFG.INI ? For some stupid reason eCS turns this off (0) which breaks some systems/routers.

Navigation

[0] Message Index

[*] Previous page

Go to full version