Messages - Joop

Don't know where to put it on this board, but I want to let you know that I have updated my homepage with some information about Java programs and how to set it up along with zip files with icons, a cmd file and sometimes additional difficult to find files.You can find it with the enclosed link. You can go back in the menu and try another tree or go back all the way to the top if your Dutch speaking. Have fun! Oh, if you have comments, my native is *NOT* English, please let me know.

Some computers will still need throttle control. So I hope it remains in the toolkit, so we can implement throttling to keep those computers cool. HLT is great, but sometimes it isn't enough. In your example above, IPIHLT = 0. Doesn't that mean that HLT isn't working on that computer?

Interesting, which one? HLT was already build in the processor in the days of the XT. So you say you have a system with a processor which doesn't support HLT? In other words is not X86 compatible?

Paul Smedley actually released his whole build environment, and others have been using that to port things. I don't know what the details are now, I got the package when it first appeared, and it does work. I am pretty sure that you need to request the package, and possibly pay a modest fee, to get it now. The package does contain a very brief set of instructions on how to use it, but a user does have to do some serious digging, to learn how to go about porting software, especially when it won't build without modifying the code.

Unfortunately, it is probably not as simple as saying "do this..." with a set of instructions. Each program could require something different, so you would need a set of instructions for each program. The trick is, to get good enough at doing the job, that you can write your own instructions, but learning how to do it, is a lot of work.

I have Paul's environment and it still doesn't set me on going. Its too short, an example program to do yourself and how to might help a lot. And I'm willing to pay a humble fee for that, but it has to set me on the right track! Sorry, I don't agree with you. I even think that you can port automated programs because the things where the compilation hangs are always the same things. So you can publish these problems so we haven't to re-invent the wheel time after time. We need to work together, otherwise we can kiss OS/2 goodbye in the future.

Currently OS/2 is in survival mode. If we want to platform to have a long term future we need to make an open source clone of it, otherwise, the Mensys updates on eComStation will end with the last corporate customer migrating to Windows/Linux.

I don't think this will happen, OS/2 is unique and once installed correctly rock solid, a factor very important in production plants and if you watch the customer list you can read that there are many of them. Also it seems that certain options are ruled out in Windows like having more than two serial ports. OS/2 still supports the original XT specs which is standard 4 items of all hardware, so 4 hard drives, 4 tape drives, 4 floppy drives, 4 serial ports, 4 parallel ports, full support scsi, many mice (there is not given a number, but I have had four working at a time). This is because OS/2 is true multitasking and Windows is certainly not. You can find that out by installing a four floppy drive card and format four diskettes or floppy's same time with different format if you like. Windows goes one by one, OS/2 goes 4 same time, but each a small amount of time, so you see four diskette drives light up one after another. This is because the driver can only handle one at the time. Same for software, had rebuild a site with over 100 pages with batch editor. Thought it would took hours to do, but it was forbidden to blink with your eyes, OS/2 rebuild 100 pages next to each other!. I didn't believe this response, it took me over a week to investigate, all files were rebuild correctly. You won't get this performance from Windows by far.

So we have to invest in "how do you do that" in development, so more users can program or migrate foreign software from other platforms. There is much work to do in this respect. So developers, please, add a file with first steps and how do you do that.

I have installed the program, it starts up. But I want to customize Kompozer to my needs, machine setup etc. For some reason the preference menu item is absent, in English and in Dutch. Any idea how to setup Kompozer properly? Dave, if your listening, thanks for the program, but may be you can give some hints or is this just a porting bug?

No, you can only use it for an electric diagram, not for placing parts on a stripboard which is actually the next step in the process. First you make a diagram, the schematics. Next you make a print which holds the components. Because this is a process with chemicals you have order it with a specialized firm which manufacture such boards. At home this is mostly forbidden due to environmental rules. A stripboard is something in between and here a special program comes in to help with it and to make the most of it. Mission critical applications still need the route via a specialized firm.

I managed to load a thing or two, its not all okay because it generates a small bug file. I did it with ODIN 0.7.1 and Java 1.6.0 GA1. I get severe errors with ODIN 0.8.x like missing menu bars, no drives or files in dropdown menu's etc. The Combi ODIN 0.7.1 and Java 1.6.0 GA1 works up to now for all things I start.

Quest, in case you want to help me, is a replacement for "lochmaster". This is a stripboard designer with all known stripboards available in Europe and off course components. The worst thing about it is that it has to run in Windows 98 (version 3.0) or XP or worse (version 4.0), but the most nasty thing is that it addresses virtual non existing memory which is possible in Windows, that's why Windows sucks, but which creates severe errors in ODIN, because that program does the right thing. So the quest is a stripboard designing program which has to run under OS/2-eCS. Its okay if it runs in Java or for that matter in Odin. Of course native is also oaky, but I don't think such exists, but you can never know. Its a big world out there...

This tells me that it is a static system and that all codecs are loaded into memory. I'm not sure if many OS/2 - eCS users can run it through Odin because of that 1Gb memory. Most users I know do, like me, run with 1Gb or less. The address in the link is wrong, but that's a minor problem. And if you have it all running, above this you have to add your data which needs this program. For OS/2 - eCS users this is a hefty system. And we already do have some nice programs which cover it all as far as I know, but may be I'm wrong here, I'm not that interested, I use a separate DVD player for my movies.

Anyone knows about development status of amouse driver? I think there is not much activity in the last time. Is source code available?

There is a known problem when using amouse and KVM switches - amouse does not properly recover when PS/2 mouse is switched back by the KVM switch. If source code would be available I'm interested in looking into this problem.

During testing of the Wacom Bamboo driver we found out that some drivers need to be loaded one after another in order to work properly with USB. May be the order of drivers in your config.sys is not right.

On Gerald's machine (screen 1280x1024) it is 1100x390, on mine (screen 1280x1024) it is 663x292.

I think you have to go to the config.sys and see what the basis is of the installed video. I have VGA, but there are options. If I look at the picture then it looks like that both systems operate on a different installed video base. There is a difference between VGA, XVGA etc. On top we use drivers which do things on their own. The Snap driver sends correct info to videocard and that one to a monitor which displays it. The videocard has no knowledge about your monitor. It just sends the signal. Your monitor translates this. OS/2 is sending its stuff to Snap, but it can send VGA info which is translated to XVGA by Snap, ie you blow up your displayed programs.

To know if this is the case you need all the lines from your config.sys which are related to your video/monitor installation. You won't find the answer in the ini.

So it might be possible that 2 of these four files (the linux32 bit) need to be rewritten so it can run in the qt environment of OS/2.Its a very difficult installation, most Java programs are much easier.

screenprint of the problem;Exception in thread "main" java.lang.NoClassDefFoundError: com/trolltech/qt/gui/QMainWindow at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:634) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266)Caused by: java.lang.ClassNotFoundException: com.trolltech.qt.gui.QMainWindow at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 11 moreCould not find the main class: cx.fbn.nevernote.NeverNote. Program will exit.

Its a big program, it will not work because we have to change 2 files which searches hard coded for qt on a place we don't use. I removed the stuff from hd.

The url is http://dvalot.free.fr/tools.htm and I tried the package. Its official up to warp 4.xx At screen I tried several fonts, but the size remains the same and is about 800 pixels wide (didn't measured it exactly). So changing the size you have to change resolution of your setup. It will still be the same size, only because you have more pixels on screen it looks smaller.

1 & 2) Pictures were taken from 19" monitors running at 2048x1024 so the relative sizes are correct.

Don't understand this. There is a maximum size on which monitors can operate. But you can choose in the software to run with smaller dimensions. Then there is also a difference between hdmi and vga. VGA will switch in multisync mode, hdmi does not. If both monitors are set to same size then the screens should be the same, as far as I know there are no differences between native OS/2 Warp 4 latest and eCS. My screen does look the same as with OS/2 on icon size.

5) I know I will have to get eCS when I run out of licensed copies of OS/2 but if what I see is an 'enhancement' then I am NOT impressed at all.

There are some bugs and popped up problems in OS/2 Warp which aren't fixed by IBM, but these issues are fixed during installation of eCS. So, has nothing to do with "enhancement". You can change everything you want, also to the old OS/2 standard.