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 - André Heldoorn

Pages: [1] 2 3 ... 17
General Discussion / Re: OS/2 in different languages
« on: April 22, 2018, 06:59:12 pm »

General Discussion / Re: hobbes in trouble?
« on: April 22, 2018, 06:50:36 pm »
Fatal error: Call to undefined method MDB2_Error::query() in /home/archiver/private/includes/files_db.php on line 182

If you want to use a browser, then it'll work with using PHP:

Programming / Re: Templates
« on: April 20, 2018, 11:28:05 am »
It looks like a long task which ever way I go and now I have retired I don't have the night shift to do such things  ;)

An hour a day keeps the doctor away:

You could try to convert your data to DATABASE.TXT-entries, by using REXX.

You could try to use a good data file format as an input file for a REXX installer.

Or you can insert your data in REXX installer(s). My own choice, which often replaces and sometimes improves existing installers as well. At the moment 12 scripts, each smaller than 64 KiB, are saving about a day of RSI per install, and less disk full-errors in case of really old IBM hardware (mainly due to not having to have two back-ups of about thew same package, WarpIN and installed package). Mostly lines with SysCreateObject, albeit you can write an own SysCreateJavaObject function in REXX with all of the default Java settings (e.g. always with an embedded EXENAME=D:\PROGRAMS\JAVA6\JAVAW.EXE).

With your background you may not need 21 days, unless there appears to be a time-consuming lack of talent. After having read such a book you may want to browse through the list of all available built-in Classic REXX functions.

All programs in the book should be available digitally, nowadays. Surely the sample programs in the book are. The Classic REXX learning curve isn't steep, unless you want to write SysCreateJavaObject as a REXX DLL function in C.

Eighter way the answer to the question of the thought is: yes, sure, unless the data file format is rubbish/useless.

Programming / Re: Templates
« on: April 19, 2018, 12:47:48 am »
Another thought

Since I have a text file with all the details, including icon name would it be possible to use something like a rexx script to do everything in one run and if so does anyone have such a script?
Not the first time this thought has popped up. The answer still in yes. Albeit instead of pasting "javalanche.jar" in a *.TXT you can append a "template line"to a *.CMD file. I.e. (pseudo code):

CALL CreateJavaObject 'name','javalanche.jar','C:\JAVAAPPS\Avalanche'

Setup & Installation / Re: RAM disk and temp folders...what else?
« on: April 15, 2018, 09:40:48 pm »
1) ZIP file processing
2) PMMail
3) GCC

What else though? Any suggestions?
Data files, or EXEs, which are frequently accessed, or called, by a quick & dirty or unoptimized solution. If anything to avoid both physical harddisk abuse and the stress of the sounds of Microsoft's updates services.

Internet / Re: SeaMonkey Experimental build 3
« on: April 09, 2018, 05:23:13 pm »
I've been running this for a bit and seems to use lower CPU and is fairly stable, even with addons such as Chatzilla enabled.
FTR: with an ignored TLS issue, and with an OS/2 Pentium 4 slower than a ThinkPad T42, the CPU load while browsing about:blank still is 100%. Getting there seems to happen slightly faster indeed.

Comments, Suggestions & Questions / Re: Censorship complaints
« on: February 26, 2018, 06:32:44 pm »
write absolutely anything you want (excluding if you are from one of about 100 nations where you will go to jail)
The single fact that someone else can insult about 100 nations just confirms that the moderators are unqualified volunteers with a rather random nepotism policy. This Andreas isn't that bad, and typically he's accountable and replies. If you don't like it, then perhaps try to read what you don't like less often, or get used to sometimes having to read between the lines.

Setup & Installation / Yet another eCS 1.2-fix by users
« on: January 22, 2018, 07:20:38 pm »
Assuming a default install, as usual, with an original copy of UniAud:

x:\MMOS2\UNIMIX.EXE requires LIBC04.DLL, which is missing.

Installing a copy of LIBC04.DLL in e.g. x:\ECS\DLL or x:\MMOS2\DLL will result in a different fatal error message, but at least its text is better than the originally reported missing system DLL.

Programming / Re: DHCP client
« on: January 01, 2018, 05:20:22 pm »
As usual he's just trying to produce his own trolls, over and over again: if we all use the 100% irrelevant XWP or XWP derivates, then so do I, isn't it!?

On Shutdown @ Hobbes appears to be one of the existing utilities in question, and confirms that such a solution is not a bad practice.

A quick test of the concept, with different orders of execution, shows that On Shutdown doesn't avoid a dialog of e.g. a "normal" WPA_SUPPLICANT.EXE background session. If you close this session first, then apparently On Shutdown shows an own dialog too because it cannot kill that closed session anymore, so it isn't fully hidden.

Programming / Re: DHCP client
« on: January 01, 2018, 04:41:59 pm »
It doesn't do that on my IBM R61 laptop, maybe because as Andi mentioned, we all use xwp or derivatives  :)

As usual he's just trying to produce his own trolls, over and over again: if we all use the 100% irrelevant XWP or XWP derivates, then so do I, isn't it!?

On Shutdown @ Hobbes appears to be one of the existing utilities in question, and confirms that such a solution is not a bad practice.

Programming / Re: DHCP client
« on: January 01, 2018, 04:20:06 pm »
From memory there is a utility to do exactly what you are talking about as I used it in the early 2000's, I just cant remember what it's called :(
Hopefully someone else will remember it.

Which implies the answer to the question is: yes. Thank you, now I'll consider writing my own. Apparently all OS/2 WPA2 DHCP clients have to show a close-dialog to an user shutting down, which ... blows. Additionally the ISC one even executes a visible, important MODE command without using e.g. DETACH.

Programming / DHCP client
« on: December 30, 2017, 01:54:32 pm »
Is it possible to write a "hidden" (i.e. out of sight) third-party PM app for any version of the OS, which waits for the system to shutdown (and then e.g. kills the DHCP client when WPA2 was used, without bothering the user with a dialog)?

Or is it bad practice to start any new session, like a CMD file which would become the (quick) killer?

Multimedia / Re: Saving OS/2 icons - OS/2 icon format in 2017
« on: December 23, 2017, 09:18:41 am »
Mind that small things are not noticeable, so your icon must consist of simple things which are also recognizable when its 20x20 or 16x16.


No, it mustn't. In lazy mode an unmodified image which was nothing but resized may stop being recognizable indeed, but some apps (including IBM's) do use different images for different sizes. If, for example, the brand name "Joop!" looks good in 40x40 mode, then one could use the same font's "J!" in 16x16 mode.

Regarding small details, it can be enough to suggest a shape too, just like a 16x16 "Jeep!" will probably look like a 16x16 "Joop!". An advantage of small sizes is that's harder to notice such a difference too, as long as "Joop!" itself is iconic on its own.


Multimedia / Re: Saving OS/2 icons - OS/2 icon format in 2017
« on: December 23, 2017, 09:04:26 am »
"taskbar.ico" does not render on the OS/2's desktop.


It does with another OS/2, but first you'll have to delete the next best matching sizes of (IIRC) 64x64 and 48x48 too. With 16x16, 20x20, 32x32, 40x40 and 128x128 it works as expected. There is an unverified, guessed possibility that 128x128 doesn't match the preferred 40x40, and that the OS selects the next largest size just once. This isn't an expected size, hence a default icon instead of a 64x64 or 40x40 icon. Changing the order of sizes may help.

So apparently a fully working icon file can include the size 128x128, but not all possible sizes of PNG icon files of Unix ports.


Applications / Re: Establishing Wlan Connection by Command Line
« on: December 23, 2017, 08:35:48 am »
start dhclient


1. Couldn't this more visible DHCP client be morphed into a more hidden (non-tasklist) PM app, which reacts to e.g. WM_QUIT without bothering the user?

2. Is DHCONF.CMD an undocumented requirement of XWLAN 3.12 (didn't check 3.13, 3.12 just mentions the EXE) too?


Pages: [1] 2 3 ... 17