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 ... 329 330 [331] 332 333 ... 359
4951
General Discussion / Re: Windows 95 in your browser
« on: May 12, 2015, 05:12:30 am »
It's being worked on here, https://github.com/codinguncut/jsbochs, has a ways to go and we can't compile it as uses LLVM. There's also Fabrice Bellard's PC emulator which can run Linux, http://bellard.org/jslinux/. Be nice to test by someone with the bandwidth to download the Linux image.

4952
General Discussion / Re: Windows 95 in your browser
« on: May 12, 2015, 04:44:44 am »
Might see Bochs sooner as it is a full i386 emulator. Hate to think how slow OS/2 would run in a JavaScript build of Bochs :)

4953
General Discussion / Re: Windows 95 in your browser
« on: May 12, 2015, 01:12:08 am »
Win9x was somewhat like Win3.1 in that it ran over DOS though it continued the tradition that started with WFWG 3.11 where it loaded various protected mode 32 bit drivers rather then using the DOS backend drivers.
I wasn't aware that DosBox had advanced to a state that it could run Win95 though I know it can run Win 3.1. As the article mentions in this case it is using the DOS disk driver rather then the 32 bit protected mode driver.
I doubt that OS/2 will ever run under DosBox, it took long enough to run under proper virtual machines such as VPC and is purely protected mode as well as using features of the i386 that no other OS has used (to load and run the DOS drivers)

4954
BDIME.DLL is the "Bi-Directional Input Method Editor (IME) for OS/2 PM" so I guess you could call it part of the PM but really it is more like a PM application.
BIDIPM.DLL seems to be where support for Bi_directional support for the PM lives so could call it part of the PM or perhaps the Presentation Manager section needs some subsections.

4955
Thanks Pete

I updated the page with the info you gave me.
http://www.edm2.com/index.php/Presentation_Manager#Components

Now I have my doubts if PMWINX.DLL belongs to PM, since it references (calls) PMWP.DLL...uhm..

Regards

strings is another command that is good for extracting text from a binary file, often best to pipe through a pager such as less,
Code: [Select]
N:\OS2\DLL>strings pmwinx.dll | less
I think that pmwinx is part of the subsystem that IBM added to allow recompiling Win9x apps for OS/2 (Open32) which has evolved to Odin. It can be classified as PM and Open32. It's hard to compartmentalize some of this stuff as it serves multiple purposes or ties different sub-systems together.

4956
Applications / Re: Firefox plugins stop working
« on: May 09, 2015, 06:57:09 pm »
Look at pluginreg.dat in your profile, Flash is probably getting moved to the invalid part. IIRC you can just move pluginreg.dat out of the way (with FF closed) to fix.
If I'm remembering correctly, FF downloads a list of insecure plugins and will disable old Flash, there's a preference which I can't remember to disable the behaviour, Google might help.

4957
Applications / Re: Clipgrab?¿?¿
« on: May 09, 2015, 05:41:32 am »
Delete all your Trolltech.ini files in %HOME% (they'll be rebuilt, hopefully with the correct locations of the QT DLLs) and put @unixroot\usr\lib at the front of your LIBPATH.

4958
Applications / Re: Clipgrab?¿?¿
« on: May 08, 2015, 04:46:44 am »
There are newer versions on Hobbes, http://hobbes.nmsu.edu/h-search.php?button=Search&key=ffmpeg&dir=%2F
I could upload a newer version if needed, be a while due to bandwidth shortage

4959
Applications / Re: Clipgrab?¿?¿
« on: May 08, 2015, 02:12:34 am »
Don't know what clipgrab is but youtube changes often enough that you need pretty current software to download content from there.
Likewise with FFmpeg, you want fairly new versions to display the latest.

4960
Internet / Re: SeaMonkey 2.21b3
« on: May 05, 2015, 06:32:09 am »
Your exceptq is old. Yum install exceptq.

4961
Hi Martin, sometime ago I reviewed a bunch of code and its use of UNIXROOT and IIRC there was one program that was written in such a way that having UNIXROOT in a subdirectory could lead to failure. Since then we've gotten many more ports that use UNIXROOT and as long as the developers aren't taking installing into a subdirectory into consideration, understandable given their shortage of manpower and time, there will be a danger of failure.
One solution to cleaning up your root directory is to use TVFS. Then you can install your FHS directories anywhere you like and named however you like and symlink them to a virtual drive with a FHS setup. You can even get fancy and have multiple directories symlinked with different priorities. Being a real filesystem also means that OS/2 can handle things like symlinked DLLs.
Warpin installer, http://hobbes.nmsu.edu/download/pub/os2/system/drivers/filesys/tvfs211.exe, there's also a plain zip file on hobbes.

4962
Hardware / Re: Under $90 upgrade for OS/2 review !
« on: April 30, 2015, 01:41:11 am »
Quote
Is there anyway to test the LAN transfer test & benchmark test ?
http://hobbes.nmsu.edu/download/pub/os2/util/network/netio126.zip Will test the LAN, includes binaries for OS/2, Windows and Linux. Will also test both TCP and UDP.
For benchmarking CPU, FPU, Graphics, Memory and Disks there is http://hobbes.nmsu.edu/download/pub/os2/util/benchmark/sysb095c.zip, only for OS/2.

4963
Internet / Re: SeaMonkey 2.21b3
« on: April 29, 2015, 05:28:52 pm »
Quote
...but the less external dependences the better.
Sounds good but OTOH this would mean less use of shared dlls which leads to more memory usage. And memory is getting more and more a scare resource on our OS. So sooner or later this will lead to more trouble than solving in the short term.

A couple of points about this, the gcc dlls are very small and there is likely more overhead loading them then is saved by having them in a dynamic library. Even the bigger DLLs such as mzfntcfg are statically linked to xul.dll so it seems they'd still be in shared memory.
As well my understanding is that each program gets its own private memory arena whereas shared is shared though we do have high memory now.
Personally it is the small dlls such as the gcc ones that I find irritating and even on Windows developers usually statically link them.

Quote
Quote
It saves us having to try and find the odd DLL and put it where it won't cause trouble at a later date.
This should not be much of a problem. Only install what the readme says. Or is there some dll missing in the readme?

Usually we seem to miss at least one and sometimes there is a surprise such as old exceptq.dll breaking SM

Quote
Quote
It also means that what you build is much more in the OS/2 way which is 'a good thing'.
Avoid using shared dlls contradicts the 'OS/2 way' IMHO.

Is having so many dependencies really the OS/2 way? Before Bitwise the developers in charge of Mozilla, first IBM, then Peter and Rich always strived to have the least dependencies as possible. I remember reviewing the source of GCC 3.4.5 to see if we could legally load the gcc345.dll statically and after getting Knut to update the license on his code (GPL with linking exception) Peter kept the dependency limited to libc

Quote
Dave, I clearly vote for one 'standard way'. At this times as defined by bww.

4964
Internet / Re: SeaMonkey 2.21b3
« on: April 29, 2015, 01:55:17 am »
While on the subject, what are peoples preferences for dependencies for SM2.28? I can build with the same dependencies as the Bitwise builds of Firefox or as few as just mmap.dll, exceptq.dll and libc066.

4965
Internet / Re: SeaMonkey 2.21b3
« on: April 29, 2015, 01:48:55 am »
Besides what guzzi said, make sure your @UNIXROOT\usr\lib directory is close to the front of your LIBPATH statement, You can quickly test with BEGINLIBPATH and LIBPATHSTRICT=T and also especially make sure you don't have an old version of exceptq anywhere.
You can also launch seamonkey.exe 2>error.log > reg.log and look in the logs.

Pages: 1 ... 329 330 [331] 332 333 ... 359