811
Programming / Re: Rexx?
« on: June 26, 2013, 11:03:34 pm »is it possible to get an executable from a project written in vx-rexx using other tools?
No.
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
is it possible to get an executable from a project written in vx-rexx using other tools?
Scott, there is one thing you could try, setdfont (setdf101.zip) on hobbes.
Once I set the default font to warp sans 9 everything was back to normal.
Hi there.
Yesterday I was thinking about 64 bits and eComStation. The biggest limitation eComStation has when working on 64 bit systems is the 4GiB barrier.
The real thing that will give it more breathing space s that we are working on fixing the loading of DLL's into high memory.
But thats not finished currently. Still in R&D stages.
I had tried setting DefaultFont to "10.System Proportional" and the fonts still seemed to me too large.
Using the MEDIUM variable size setting gets me what I have with DefaultFont set to "10. System Proportional" and using SMALL still has clipped widget and button text in various places.
http://www.os2world.com/forum/index.php?action=dlattach;topic=101.0;attach=92
Hm, I just replaced the eCS 2.2 OS2LDR with the one from the OS4 project
(NO other files replaced, kernel or whatever, version is from the "os2krnlSVN2814_unoff")
and guess what -
the whole RAM is there (despite the one that is used by the Graphic card)!
However, a few minimal files for VDM are always installed. (It
is the IBM installer that does this automatically.) We've found that
there is no way around this, as they are required by some core OS
components (I believe GRADD requires VDM support; IIRC something else
does too, possibly APM or somesuch).
Java 1.1.8 is now always installed. This was discussed a couple of
years ago in a problem ticket, although I don't have the reference
handy. Certain system components and configuration tools simply do not
work stably with any later version of Java. Attempting to allow
flexibility in this just caused too many ongoing problems and
compatibility issues. Given how small and unobtrusive a minimal Java
1.1 installation is, it was decided to simply install it always.
Please note that it is tucked out of the way in a system directory,
and adds absolutely nothing to CONFIG.SYS or the environment.
I'm aware that some users will be unhappy about this. This is one of
those issues where it's just impossible to satisfy everyone. Trying to
compromise just led to unhappiness and confusion anyway.
Is it just me or is it completely ridiculuous and
unprofessional (sorry, Mensys) to publish a demo for an operating
system without WIFI support, especially if the actual OS in fact HAS
support for Wifi? Were you not granted permission to include it?
Frankly: I don't care if APM or ACPI versus suspend/resume works.
I don't care that the lame Panorama now is faster than before (and
still slower than my crappy Android phone while we're at it). I don't
care about these incredibly improved, groundshakingly different desktop
icons.
About an eCS-OS2 hardware information website, I was tempted to build one some
time ago but I quit since I didn't found a good way on how to build it.
I don't wanted to re-invent the wheel and do something from scratch (because it
will cost more time to maintain it), but try to use an open source software to
create that kind of site. The issue is that it can be something very static
(like os2warp.be) and very custom build (like using a CMS like Joomla), or it
can something too much flexible like a Wiki, and I wanted to have something in
the middle.
I tried the Wiki approach and I think it was hard to make searches on it and I
needed something more static to show the hardware lists by category. Also, I
wanted to lock the individual hardware pages to templates, and it was a little
bit hard. On the other side I think it is a good idea to have a wiki style page
on the "individual hardware page", so more information can be added by the
community, and not like comments at the end of the page.
QuoteSo far with RPM/YUM there has been no definitive answer to how it is designed to work. So far the answer is 'maybe' it will go on a non boot partition or 'maybe' it has to be on the boot partition.
There is no doubt that RPM/YUM can be on a volume, other than the boot volume. IMO, it should NOT be on a boot volume, but it CAN be. Whether the eCS installer will actually allow it to be put on a volume, other than the boot volume, is yet to be seen (if it doesn't allow it, it won't get installed until AFTER the main install, if I install it at all - which is unlikely, except on my test machine).
The only unknown is whether two boot systems can share the information, successfully. If it is done properly, there should be no problem. If it isn't done properly, it could be somewhat interesting, to say the least.
Hardly anyone will ever pack native OS/2 apps into rpm.
And I can't edit the header once the bug is filed, even if I am the owner.