• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu
Menu

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.

Show posts Menu

Messages - ppgrainbow

#1
Quote from: dryeo on 2012.02.05, 06:38:44Unluckily it is basically true. Rich has vanished, which usually means he's totally involved in what ever he is doing and might be Mozilla related but until he surfaces...
Walter has had personal issues taking most of his time last I heard, which just leaves me and I'm not really a programmer though I have learned a lot about porting in the last 10 years.

Answering the original post. The OS/2 Mozilla port is built with GCC, currently 4.4.1 and as far as I can see that will continue to work for building Mozilla for the foresee-able future. We are at the limit of our tool chain though, most notably our linkers. We can barely link XUL.dll and can no longer build a debug version which makes things difficult.

I see what you mean. With the switch to MSVC2010 occurring in Firefox 13 for Windows builds, I understand. With being barely able to link XUL.DLL and unable to build a debug version and users on Win2k are not in the same position as to those on OS/2. :(
#2
Hey there! The bad news is that on the Windows side, the Mozilla Release Engineering team has decided to upgrade their Windows compilers to Visual Studio 2010 meaning that they won't be able to build Firefox on Windows 2000, Windows XP RTM, Windows XP SP1 or Windows Server 2003 RTM affecting .4% of these users. The discussion can be found on Asa Doltzer's blog here: http://weblogs.mozillazine.org/asa/archives/2012/01/end_of_firefox_win2k.html :(

Just curious enough to ask. Are we going to plan any future versions of Firefox after Firefox 12 for OS/2 and eComStation?

What compilers will we use to create custom build versions of Firefox 13 (and beyond) on OS/2 or eComStation and will the system requirements be changed on the OS/2 side as well?

Post your thoughts about this issue.
#3
Okay, here's what I did.

I downloaded EMTCOPY (for both Windows and OS/2), extracted the contents of DISK1.IMG over to drive B (USB SuperDisk drive) and the diskette finally managed to read the contents of the files.

I then used WinImage to inject the 74 files from drive B back to DISK1.IMG with the correct size of 1,474,560 bytes. When it was all done at least six files inside the DISK1.IMG floppy image were updated; five of them from 1999 and one from early 2000.

I am going to test the Disk 1 installation diskette image to see if it will now read properly. All done here. :)
#4
The version of OS/2 Warp 3 that I'm using is the Red Spine CD version that came with two diskettes. Virtual PC 2004 both read the disks just fine, but when I rename DISK1.DSK to DISK1.IMG, Virtual PC fails to read it somehow and I don't know if other VMs will be able to read the disks itself. Using DSKXTRCT didn't help.

I will look into UpdCD to see what I can do to update Warp 3. :)

Quote from: Fahrvenugen on 2012.01.27, 19:40:17If needed I can try and dig that out (it is essentially the directory structure that needs to be correct, ensure that the CD drivers get loaded upon boot, and to use the version of the installer that looks to the CD instead of floppy).

That would be fine. :)
#5
Thanks for the help. The DSK file is 1.03 MB and neither WinImage nor DSKXTRCT worked. I'm gonna try to use LOADSKF.EXE and use updated installation diskette images from W31023UN. ZIP, WAPTIV.ZIP, WARP311.EXE and WARP312.EXE to see if it helps.

The biggest problem is that it is impossible to use XDF floppy images under Virtual PC so...I'm gonna have to find ways to get around this. :)
#6
I have a problem here. I was trying to use the updated installation diskettes from the WarpDocter Clinic: http://www.warpdoctor.org/lib/info/idehdd.html

I downloaded the updated installation diskette for the OS/2 Warp 3 Red Spine (w3r-disk1_cd) and in it, there is a updated version of DISK1.DSK, when I tried to open it with WinImage, the information was blank and was unable to read the data.

I also tried to use a utility called DSKXTRCT to try to extract the contents of DISK1.DSK to the virtual drive A: with the following command:

DSKXTRCT /S:C:\DISK1.DSK /T:A:\

I managed to not bother about replacing the DKSKXTRCT.LOG, but when I tried to extract the contents of the DISK1.DSK file, I end up getting this error message:

Processing input file: C:\DISK1.DSK
DskBufOffset, invalid buffer address, past buffer: 29608d6
Exiting due to fatal error


What am I doing wrong here? If the disk image is corrupt, is there another way to update the Warp 3 installation diskettes?
#7
Internet / Re: Firefox 4? Firefox 5? Huh?
2011.08.20, 23:17:04
And now Firefox 6 and SeaMonkey 2.3 for OS/2 and eCS has been released.

It can be found on Mozilla's FTP site. I sure hope that there will be a Firefox 7, 8 and even Firefox 9 for OS/2 and eCS to close out this year. :)

I will be installing it on my Warp 4 VM real soon!
#8
Applications / Re: Java for os2
2011.07.12, 02:43:43
Quote from: miturbide on 2011.07.10, 18:28:02
The Mozilla plugins is on the Java roadmap for GA2. . But lets remember that the project still needs to get more funding.

Thanks for the heads up. The project still needs approximately €1,360 ($1,910) and its getting there. :)
#9
Applications / Re: Java for os2
2011.06.30, 03:07:35
Quote from: cytan on 2011.06.29, 17:56:56
Can I assume that there's no JAVA plugin as of now?



cytan

No Java plugin is available for Firefox or SeaMonkey at this time and I'm hoping to see developers get Java 6 to work in Firefox 3.6/SeaMonkey 2.1 and later.

Firefox 3.5 and SeaMonkey 2.0 (as it is based on Gecko 1.9.1) were the last versions of the browser to work with older versions of Java. Firefox 3.5 went EOL when Firefox 4.0.1 was released. I can also expect SeaMonkey 2.0 to hit EOL too when SeaMonkey 2.2 gets released also. :(
#10
Applications / Re: Java for os2
2011.06.29, 04:31:38
Quote from: David McKenna on 2011.06.29, 02:21:36
ppgrainbow,

Both the LVM tool and the TCP/IP configuration tool do not work with this version of Java. This is a known issue and is marked for an 'Enhanced' release (if it can be fixed). It would be interesting if someone could try them using Java6 on a different platform to see if they work there. It is hard to see how Java6 could be made the default Java if these can not be made to work (unless they are replaced with some other app).

@cytan: jnlp I believe needs Java Web Start and that is not available with this release (see README). It is marked for a GA2 release - see http://svn.netlabs.org/java/roadmap

Regards,

Dave McKenna

LVM previously worked in Java 1.4.2_09 and the LVM utilites have not been updated since January 2006 (more than five years ago. I'm hoping that LVM can work again in the Enhanced release of Java 6 if it can be fixed, if it can't...then LVM/TCPCFG2 will most likely be dropped and marked a WONTFIX since it would require too much work, I believe. :(

There are a lot of things that don't work with Java6 for the time being and I'm hoping that it's more stable enough so that it can replace the already obsolete Java 1.4.2_09.
#11
Applications / Re: Java for os2
2011.06.29, 00:34:27
Awesome work on getting OpenJDK 1.6 to work on OS/2. Infact, I need to test out some of the Java apps on my OS/2 Warp 4 Fixpack 15-based VM under Virtual PC 2004! :D

However, some of the apps that used to work in Java 1.4.2_09 no longer work in Java 1.6u22. For example, when I try to run the GUI version of the Logical Volume Manager Tool, I get a SYS3170 with the following error on exit:

"SYS1808: The process has stopped.  The software diagnostic code (exception code) is 0053."

SYS1808 means that programme generated an exception that the system cannot resolve.  The software diagnostic code allows determination of what type of exception was generated.

Is there a way to fix this?  ???

Other software that runs Java appears to run okay without problems.
#12
A little update on things.

Well...I tried to make progress in getting IE5 16-bit installed and had to do the hard way.

I did a XXCOPY of IE directory off on Drive C of a Windows 3.1 installation under DOSBox (mapped as drive I) onto drive E of the OS/2 installation (mapped as drive Q), then I copied the DLLs dated 6 February 1999 that are required to run IE5 16-bit and the REGDATA directory.

Internet Explorer 5 would start, however I'm get a blank gray window instead of the webpage that I'm visiting: http://img835.imageshack.us/img835/6001/ie5blank.png

Are there any other hacks to get IE5 properly installed?

(If you found any hacks, please let me know.)

Update 1: I had to do a import of a registry file from a Win 3.1 installation and I'm still attempting to get IE5 to work right even though most of the features are partially working. I did a backup of the REG16X2.DAT file as REG16X2.IE5 incase I screw things up.

Going into the Control Panel, there is a Internet Properties icon and most of the features work.

However, I've run into numerous problems:

1. In the Security settings, the page is blank and clicking on OK or one of the settings crashes the Control Panel applet: http://img151.imageshack.us/img151/8558/ie5security.png

2. In the Connections settings, I get a warning that I've selected to use the dialer but do not have a modem installed. It tells me to either switch to LAN or install a modem by running the Connection Wizard and click on the Your local area network or another dialer radio button has no effect on it as well: http://img534.imageshack.us/img534/1973/ie5connections.png

In short, I don't have a modem at all.

3. In the Programs tab, the only thing that's not working is the File Types; clicking on the button has no effect: http://img806.imageshack.us/img806/2769/ie5advanced.png

4. Lastly, in the Advanced Tab, everything is blank. Simply clicking on Restore Defaults or anywhere around the tab crashes the Control Panel.

In the end, I'm guessing that it turns out that either some of the DLLs that make Internet Explorer 5 work are not properly registered or the registry keys aren't working. :(

I don't know if it's going to work, but I will try to look at the registry settings via REGEDT16 to see what could be the problem as I fear that getting Internet Explorer 5 (16-bit) to work under Win-OS/2 is starting to take up too much of my time and that it makes things more buggy or error prone.

Update 2: I have literally given up on using Internet Explorer 5 on Win-OS/2 as it takes too much time to get it to work properly without having to causing internet connection related problems.

From what I heard is that Internet Explorer 3.03 (16-bit) is the last working version of the product that works in a Win-OS/2 environment as Internet Explorer 4 and Internet Explorer 5 appears to be broken and even incompatible with Win-OS/2. Additionally, IE4 and IE5 (16-bit) breaks Win-OS/2 internet connection even if the Win16-based Ping service appears to be working.

I'm guessing that I'm gonna have to start a new thread on how to get internet connection in a Win-OS/2 environment fully restored again. :(

Update 3: Had to delete WINSOCK.DLL from the \OS2\MDOS\WINOS2\SYSTEM directory and the internet under Win-OS2 is working again. Until there are workarounds on how to install Internet Explorer 5, I'm stuck with IE 3.03.
#13
Quote from: DougB on 2011.06.08, 20:44:34
Quoteclaiming that I didn't have enough memory.

I seem to recall that "not enough memory" can be caused by "too much disk space". Try using:
http://hobbes.nmsu.edu/download/pub/dos/2gbfix.zip
and:
http://hobbes.nmsu.edu/download/pub/dos/2GBFIXPA.ZIP
to limit the amount of disk space that a DOS/WinOS2 session will "see".

Well...I even used the 2GBFIX utility in a Win-OS/2 environment to set up IE5 and it had no effect on the installation.
#14
Quote from: Fahrvenugen on 2011.06.08, 18:41:48
I found a copy of the Win3.1 version of IE5.01 the other day, tried it in WinOS/2, and ran into an error when running setup, claiming that I didn't have enough memory.

Of course I have more then enough memory, so I'm guessing that this issue is how the setup is looking at the available memory in WinOS/2.  I tried playing with some of the memory settings, but no matter what I did I couldn't get around this error.

Anyone have any idea how to get around this?  I seem to recall from way back that I had at one point managed to get IE5 to run under Winos/2, but I think I had to do a fresh Win3.1 install under DOS, install it that way, then move the files / install over to WinOS/2.

In order to set up Internet Explorer 5 16-bit under Windows 3.1 or Win-OS/2, you need to use SETUP /F:16 which will limit the amount of RAM used to setup the browser.
#15
Quote from: RobertM on 2011.06.08, 01:03:02
Try a floppy based installation.

Well, RobertM. I put the files of Internet Explorer 5 in a ISO and I'm still getting the error that setup couldn't find the file " (single quote).

I found that three of the files in the IE5 16-bit setup MSHTML16.CAB, MAILNEWS.CAB and BROWSER.CAB will not fit on a 1.44 MB floppy.

Anyways attempting to install IE5 from the CD-ROM ISO results in the following error:

Unexpected Error. Could not load source.

INF install failure. Reason: Advpack error 0x1f68.


The installation would then attempt to proceed. However, upon selecting a standard or full installation of IE5, I still get the error that "The disk labeled 'Internet Explorer 5 (Core) for Win 3.1 is now required". When I click OK to continue. The progress bar stops at 15% and I still get greeted with the message:

The file " on Internet Explorer 5 (Core) for Win 3.1 could not be found.

Insert the Internet Explorer 5 (Core) for Win 3.1 into the drive selected below and click OK.


When I click on Details, I get the following:

Error Details

The following error occurred: 'Unknown Error' [error #7b].

Setup could not finish opening a file on the source disk.

Source file: '||X:\'
Destination file: '||C:\OS2\MDOS\WINOS2\SYSTEM\='


There are two vertical bars (|) in front of the source and destination directory path and a = after the OS2\MDOS\WINOS2\SYSTEM directory. Thus making installation of IE5 impossible without taking necessary hacks. Something is clearly amiss here. ???

Clicking on OK does not work at all and the installation does not proceed any further. When it does that, it writes a bunch of *.E?? backup files in the CONFIG.SYS, AUTOEXEC.BAT, PROGMAN.INI, WIN.INI and SYSTEM.INI.

In order for IE5 setup under Win-OS/2 to be successful, would it take a lot of quick and dirty hacks of editing the INF files in order to get IE5 setup to recognise the source and destination directories as well as creating dummy AUTOEXEC.BAT files? ???