Show Posts

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.


Messages - Gregg Young

Pages: 1 ... 3 4 [5]
61
Programming / Re: Compiling PM app on 2016.
« on: July 26, 2016, 05:17:48 am »
Martin

If you are serious about helping to maintain or port software I think you need to install Open Watcom for maintaining OS/2 software and need  GCC for porting. Open Watcom has been forked. There is a 2.0 version of the fork that has an OS/2 version but that version doesn't contain the latest OX/2 code. The unforked version is still at 1.9 which lacks Steve Levine's debug and high memory updates and lacks wipfc. I would recommend you install the unforked 1.9 and highly recommend if you or anyone else is interested I have a build of the latest code which I can provide as a zip file you can unzip over the i1.9 install.

As for GCC, Paul Smedley offers a copy of his build environment for a small donation either by mail on a DVD or via download (note it is huge). This gives you a very complete environment. If you want to stick with what is available from yum. You should also download the open watcom linker (on the netlabs rpm site) and make sure GCC is setup to use it as the linker (it is the most capable and advanced linker that runs on OS/2). Obviously if you get the latest Open Watcom from me you can forgo the download and just use the OW linker (wl) from the OW install.

62
Applications / Re: Night Vision v4 and Java
« on: May 26, 2015, 05:24:49 am »
The time  GMT-7 is shown correctly here with Night Vision v4 and Openjdk6. I just opened the program and it was correct.

Gregg

63
Applications / Re: eCs_Java6 Apps Pack
« on: May 02, 2015, 08:55:58 pm »
Sound great - One thing though.

You talk about the way eCS 2.2 is setup, does eCS 2.1 have the same setup with Java1.42 ?  eCS 2.2 may never come out, so you may check it with eCS 2.1.


While I don't know the answer to this, it prompted me to take a different approach. I now open a file dialog and let the user find the javaw.exe they want to use. They only need to do it once because I save it to fm2.ini. They can change it using a menu item anytime they wish. I also just let them find the icon file they want to use which would allow someone to use a png as well.

Gregg

64
Applications / Re: eCs_Java6 Apps Pack
« on: April 28, 2015, 02:18:04 am »
Greggory

As a result of this post I addressed a ticket for FM/2 to make objects for JAVA programs. Since I only use JAVA for SmartSVN/CVS/GIT I haven't actually made any objects for JAVA programs. I have the FM/2 code (C) working based on your REXX scripts. What I would like is some advice on my design choices. Currently I first look for JAVAW.EXE in the path since that is how eCS 2.2 installs JAVA6. If I don't find it I look for JAVA_HOME and if I don't find it the jar file object will be made into a data object. The object is made by selecting the jar file and selecting real object from the object menu.I still have an issue with the icon disappearing when I open the object in properties view. Hopefully I can resolve this.

Currently, the object parameters are simply -jar PATH/FILE.JAR.. Right now the icon file must have the same name as the jar file and be in the same directory. Do you have any suggestion regarding ways to improve this setup. This needs to be generic since every time I address  another possibility the code becomes more convoluted. Thanks

Gregg   

65
Applications / Re: mmioMP3.dll update
« on: August 02, 2014, 09:40:37 pm »
Probably should also be LGPL as well which means losing a few codecs. It is as easy to build as "sh configure --enable-os2threads --disable-docs" and make presuming that you have a GCC build environment. and a recent NASM  The executables also need patching for the FPU control word bug that eCS has, I have the patch. Current status is at http://fate.ffmpeg.org/ and scroll down to find os/2 (Warp v4 so to avoid the FPU bug), with Pauls GCC 4.4.6 all 2085 tests pass (one documentation test is not run)
Should I upload a plain build somewhere? Ideally is to link in lots of other stuff but by itself it supports quite a bit, the fate suite is a plain build with GPL enabled.

I am going to download a copy of Paul's build environment as soon as he gives me a link. I can probably build it now with mine but I don't have a lot of experience with GCC. I am downloading the ffmpeg source right now and would like to get the patch. You can send it to me at ygk at qwest dot net. The code I am planning on trying to adapt is GPL. If the ffmpeg's API is anything like libmad's it shouldn't be too hard but then again I have been wrong about these assessments before.

66
Applications / Re: Surge protectors, was Re: mmioMP3.dll update
« on: August 02, 2014, 07:57:49 pm »

Out of curiosity, where you using a UPS?

[/color]

I am back up. The hard drive survived. I was not using a UPS. It was on a surge suppressor. Thanls

67
Applications / Re: mmioMP3.dll update
« on: July 30, 2014, 02:42:02 am »
David

My main build machine was fried by an electrical storm this morning. I am not sure how I will proceed with this project so I think it is best that you hold off until I am back up and running and I have had a chance to review all the relevant code base to decide how best to proceed. Thanks for your offer of help. I will hopefully get back to you soon.

Gregg

68
Applications / Re: mmioMP3.dll update
« on: July 28, 2014, 05:55:57 am »
If we're making wishes, the ultimate would be to integrate FFmpegs libavcodec into the system.  Play pretty well anything and encode most things, or with some supporting libs, most everything except ultimotion which it can only decode :)

Point me to an OS2 version of the lib and I will see how difficult it would be to add. Thanks

Gregg

69
Applications / Re: mmioMP3.dll update
« on: July 28, 2014, 05:52:29 am »
I have 20 mp3s and all but one worked - eCS 2.1 ! Everything worked the same as the previous version.

One thing that would be great is adding the MP3 option back to the conversion menu. When you right click on a WAV file. Oh, any chance that libvpx could be added too, it was just uploaded to Hobbes.


If you believe the failing mp3 should work (ie it worked prior to changing the dll) please attach it and I will investigate how I broke it. I will download the libvpx package and see how difficult it would be to make it work in mmpm. I will also investigate adding mp3 to the wav convert menu. Thanks

Gregg

70
Applications / mmioMP3.dll update
« on: July 28, 2014, 02:55:28 am »
Hi

I just updated mmioMP3.dll to use the latest libmad and fixed an annoying problem where it thought almost everything was an mp3. It works with my mp3s all 5 of them but I think broader testing is in order. As you might guess I fixed this for reasons that have nothing to do with MP3 my motivation was fixing some multimedia issues with FM/2. Before I distribute it broadly I would like others to test it on a broader range of mp3 files. Please let me know if I have broken mp3s that at one time worked. If you already have mp3 support installed just replace the dll in your mmos2\dll directory (backup the old one) with the one attached. If you don't already have it install you will need to wait until I get some verification that I haven't broken anything and I have time to update the install package.

71
Applications / Re: libusb-1.0 port to OS/2 - help needed
« on: April 27, 2013, 12:27:52 am »
Thanks - I wonder if usb.ids is included in eCS.  If it is, I could try and change the code in lsusb to look in that location...

It is in eCS\bin

72
Article Discussions / Re: eComStation 2.2 Beta First Impressions
« on: April 07, 2013, 02:04:48 am »
I finally got the time to do some in depth testing. I avoided the genmac problems. Who knew that having an "UNSUPPORTED" nic would be a good thing. It would be nice to have the option to install the base genmac driver.  NAP doesn't install my unsupported driver correctly but MPTS does. The USB & DANI drivers work for me.

The install went fine except for the error between boots "Operating system missing, system halted". Rebooting fixed this. This is caused by a space in the drive label name. It is probably a quoting issue in how the new setboot (eCS 2.1 and higher) passes the name to boot manager.

Drag text doesn't install correctly. The DTProgram template gets the Ftp class instead of the DTProgram class. Not a huge issue and uninstalling DTProgram and reinstalling it fixes it. Split view is also problematic independent of rather you like it or not. Because split view is installed by running a REXX script to set the "Drives" default view to split view any drive that is added after the install (all network and virtual drives) don't default to it. I couldn't get the script to set the additional drives either. Not sure why. The other problem as already discussed is the lack of an easy way to change to the standard behavior.   

PNG Desktop was much more of a problem. If I installed it the phase 3 boot always failed to populate the desktop forcing an additional reboot. The Amouse object failed to install in the settings folder and since mouse settings aren't really optional this represents a reason to remove this completely if it can't easily be fixed. The issue of drive labels verses letter which has previously been discussed needs to be addressed also. Lastly, the Drag Text file template icon is lost if you open its properties.

I think this is a very good showing for a beta. I have submitted bug reports for the issues listed above.

73
Setup & Installation / Re: eCS 2.2 YUM/RPM question
« on: January 22, 2013, 12:56:24 am »
I found the post that Melf  mentioned. It is below. In the same massage chain Alex Taylor stated you would be able to deselect YUM/RPM during an advanced install which would also mean Odin, QT and JAVA would not be installed. Currently, you could install each of them later using warpin if you wished.

Gregg

As to the installer discussion, next sextion.

Over the years I have realy done a lot research. For starters I do think the complete discussion about YUM/RPM is so blown up out of propertion until you look at the facts. YUM/RPM is just another installer.

And yes to answer Melf his questions (see below). The runtime for YUM/RPM we already have a downscaled version that is 70 MB. Still a lot. But then again the new internal eCS 2.2 ISO comes with CUPS that eats about 100MB of disc space Its going to be used for QT, Jave 6 and ODIN.

Let me first address the first point. If you look at the standard IBM
installer and the eCS installer it is already complex web of installers.
Take a look at the Local System-> Install/remove folder.

For years I have been trying to move away from RSPINST.EXE from IBM.
I looked at trying to see how we could repackage the stuff that is in \OS2IMAGE\DISK_XX. Alex recently took a small look at it.
And the versions of RSPINST and what does is not very well documented.
I made several brave attempts to try and document the complete thing that RSPINST does.

In eCS 1.2R and higher there is a new version of minstall. That was the result of 3 to 4 months hard work from Martin Kiewitz and testing from my side. Thats just another installer with another file format.

To make a list:

RSPSINST (install.exe, selective install not being rescriptable).
PEER installer (installs IBM file and printer sharing)
MPTS (runs in CID mode has down old ZIP architecture in place)
CLIFI (used by base install such as Java and TCP/IP apps)
IBM application installer (like netscape 4.61)
Minstall (own file format for response files)
We added Warpin to eCS.

Now we also looked at creating a single uninstall program for these insallers so one tool you could run that would query the different database's. But that proved to be more difficult then we thought.

The web of IBM installers came about because IBM had different departments working on these components for OS/2 (I was told).
Its a pitty the powerPC installer never made to the x86 version of OS/2/. I was told that was a single installer for the complete OS.

Summary. we never communicated all of this stuff. But a lot of R&D
takes place to try and remove some of the old installers and move to
a more unified system. As for RPM/YUM to answer Melf his questions:


Question 1 from Melf:
"> Will yum/rpm force every program to install to a standard location or does that just concern *nix ports?"

It is possible and we want to offer the choice (just like now) to install programs at least to different drive letter. We also have the klib path rewriter. So it should make it possible.

Question 2 from Melf:
"Will yum/rpm provide an easy way to trace where files to a cetain installation are installed?"

That would rather be a feature of a GUI.

Question 3 from Melf:
"Will yum/rpm tolerate that you make manual adjustments, e.g exchanging certain files of certain reasons? "

What do you mean with this last question.

So RPM/YUM will not replace in eCS 2.2 the current installers. That would be to much work for the release of eCS 2.2. tIts going to be used for new components.

Roderick Klein
Mensys B.V.

Pages: 1 ... 3 4 [5]