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 - Dave Yeo

Pages: 1 ... 377 378 [379] 380 381
5671
Programming / Re: Test build of GCC 4.7.3 available
« on: September 02, 2013, 06:56:28 pm »
Tested by running the FFMpeg FATE test-suite. With 4.4.6 and a P4 all tests pass. With a core2duo (now dead) and 4.4.6 there were perhaps a dozen failures, probably related to SSE3 alignment issues (possibly nasm bugs?). With 4.7.3 there were quite a few errors including hangs forcing me to kill the script.
To test, clone master, configure with something like configure --enable-gpl --disable-debug --disable-doc --samples=/fate.ffmpeg/fate-suite --enable-os2threads --cpu=i686
make && make fate-rsync && make fate.
Need the --cpu=i686 to pull in the GCC atomics. I'd guess the problems are alignment related but could be related to the GCC atomic operations.

5672
Applications / Re: OO.org 3.2 & threads
« on: August 13, 2013, 03:35:16 am »
I thought OS/2 only supported 1023 or 1024 threads. Perhaps after upping it the system used a small default

5673
Applications / Re: Java applications Jedit 5.1.0
« on: August 12, 2013, 05:38:25 am »
Has anyone tried to use slashes instead of backslashes? Or double backslashes?

5674
Really you should just install the 32 bit stack, a slightly outdated overview is here, you may have to use Google to find some of the stuff but much is still on IBM ftp sites. http://web.archive.org/web/20060926010237/http://www.warpupdates.mynetcologne.de/english/net_mpts.html and also for various other updates, http://web.archive.org/web/20060926004818/www.warpupdates.mynetcologne.de/english/site_contents.html

5675
Applications / Re: Java applications Jedit 5.1.0
« on: August 12, 2013, 01:17:08 am »
Probably the cmd file got mangled by the version control system, probably git. Quite normal for these to be set to convert CR/LF to LF and somewhat harder to have an exception for one file.

5676
Networking / Re: FTP
« on: August 11, 2013, 05:43:47 am »
Thank you everyone for your helpful ideas, several of which have been noted down for possible future use.  I went the multi hop route and the VMs are now up and running in their new server.

Now another question.

During the course of trying various things I loaded the latest OS/2 version of firefox on the server and all went well.  That is until I found a picture of a circuit board I was interested in and clicked MB2 to bring up the save image menu.  On clicking ok firefox vanished - it did save the image though.  I tried it several times with different images all giving the same results.  I also get the same thing happening on other multi core processor boxes so the question is, is firefox SMP safe?

Sounds like the RMB bug. Basically with certain various extensions or combinations of extensions the RMB context menu recurses and crashes, usually with a bunch of entries in popup.log.
You can start FF in safe mode (help --> restart with add-ons disabled or such) to see if it still crashes and if not try disabling extensions until it clears up.
BTW Paul has more recent builds of ncftp that support large files. smedley.info

5677
Applications / Re: Apache OpenOffice 4.0
« on: July 17, 2013, 04:33:27 am »


However, this seems to have left some OO3 entries that checkini reveals and cleanini does not get rid of - nor does DMT.

I would use IniEditor to manually remove those entries but IniEditor cannot find them...

What other tools are available to remove these ini file entries?

*DRIV: J:\  (397 handles)
*3920E:OPENOFFICE3    =>J:\PROGRAMS\OPENOFFICE3<-UNABLE TO ACCESS
...


Checkini /h /c will remove them.

5678
General Discussion / Re: Stardock spam
« on: July 13, 2013, 05:48:51 am »
The problem is using JavaScript in an email. Many email clients don't support JavaScript and even those that do should have it disabled by default.

5679
General Discussion / Re: Hobbes directory structure re-organization
« on: May 31, 2013, 07:24:54 am »
I have to agree with Doug, and will add that the Hobbes today is much better then in the past. Some examples,
Here is an example from 1992, http://stuff.mit.edu/afs/sipb/project/os2/ftp/. Today it would probably be the develop subdirectory, all programs are archived with zoo, newest GCC is 2.2.2, much won't even run without recompiling or LIBPATHSTRICT along with the ancient EMX dll. In many ways a mess but interesting.
A couple of years later and it had changed quite a bit and the old stuff was gone, http://cd.textfiles.com/hobbesos2/. Everything there has been lost due to a re-organization and that is another problem with suggesting re-organization, be horrible if some student wiped it to start over.
More interesting CDs including a few more Hobbes archives at http://cd.textfiles.com/directory.html. Shame they don't have a LEO archive as that was the other large OS/2 repository before they lost everything in a crash  :-[

5680
Internet / Re: Crashes on firefox
« on: May 15, 2013, 07:00:50 am »
The problem with flashblock seems to be that it uses the flash scripting that our flash doesn't support. As Pete suggested, use no-script. You'll have to white list sites that you use but no-script stops a lot of irritating stuff.

5681
General Discussion / Re: Hybrid "64-Bit" eComStation
« on: May 04, 2013, 05:05:39 am »

The other option would be to fully utilize OS/2's virtual addressing mechanisms, which allows multiple 4GB pages. There may be a decent performance penalty involved, I suspect. It would also require a bunch of code changes that may not be possible. Theoretically, per this article, OS/2's "new" kernel can address up to 64 TERAbytes of virtual memory. The questions that begs though, are, (1) is the article accurate and (2) how much additional work (that IBM either never started or never finished) would be required to take advantage of that capability?

While in theory the i386 and kernel can address 64 TB of virtual memory, that would be something like 16 billion processes using the full 4GB address space. You have to subtract the kernel address space as well as the PCI space reducing it to 48 TBs. The overhead of keeping track of that would be huge (tables of tables of tables) and the system is still limited to (usually) 3.5 GB real ram and I've discovered that if swapper.dat grows over 2 GB the system crashes with a swap file error so theory and practice are far apart. Using PAE might be able to extend that by quite a bit but everything has to written with PAE in mind including the kernel and device drivers (using a device driver to access PAE might be a workaround). That is the problem with Windows and PAE, one badly behaved driver and the whole system becomes unstable.
I'm not an expert and could be wrong about the above but it seems to me we're stuck in 32 bit land with it being a huge hassle to use the 3.5 GB of address limit and to have 2 programs using 3.5 GB is probably not doable.

5682
Games / Re: Running MGL Doom on Warp 4
« on: May 02, 2013, 06:35:03 am »
PMDLL does a decent job of showing library dependencies, nothing jumped out at me when I used it against doom.exe. http://hobbes.nmsu.edu/download/pub/os2/util/system/pmdll-2.11.zip
The system trace utilities are under OS/2 System --> Problem Determination Tools --> Trace Options with the documentation under Assistance Center --> Trouble Shooting. I've never used them.

5683
Games / Re: Running MGL Doom on Warp 4
« on: May 01, 2013, 05:46:12 am »
I just tried mgldoom on my Warp 4 fp15 system with snap 3.1.8, build 505 and it seems to run fine, don't see any errors about double buffering.
It's possible that I have leftovers of SDD laying around but I believe I uninstalled it when upgrading to Snap, and since you state it ran under the eCS demo which wouldn't have any sdd laying around...
My snap settings in config.sys are
Code: [Select]
SET VIDEO_DEVICES=VIO_SVGA
SET VIO_SVGA=DEVICE(BVHVGA,BVHSVGA)
DEVICE=E:\OS2\MDOS\VSVGA.SYS
SET GRADD_CHAINS=C1
DEVICE=E:\OS2\GRADD.SYS
DEVICE=E:\OS2\MDOS\VMANWIN.SYS
SET GREEXT=SDDGREXT
SET C1=SDDGRADD
rem SET C1=GENGRADD
DEVICE=E:\OS2\SDDHELP.SYS /Q

other then that I don't know what the problem on your system is.

5684
Games / Re: Running MGL Doom on Warp 4
« on: April 29, 2013, 04:56:53 pm »
Wish I could remember what the problem was with the second device driver fixpak  :(
You should have a more recent kernel though it's probably not related to your Doom problem. It's at http://www.os2site.com/sw/upgrades/kernel/w420050811.zip note that they restrict access to OS/2 browsers so wget etc don't work.

5685
Games / Re: Running MGL Doom on Warp 4
« on: April 29, 2013, 04:41:21 am »
The last free Warp v4 fixpak was 15 and the last was 17. The last free device driver fixpak was 2 but 1 should be installed first due to a bug IIRC. The 3rd device driver fixpak was non-free/
The kernel should also be updated to 104w level after applying fixpak 15 which brings the system to Warp v4.5
IIRC Scitech requires at least fixpak 5

Pages: 1 ... 377 378 [379] 380 381