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 - Alex Taylor

Pages: 1 [2] 3 4 ... 26
Applications / Re: NewView - control over NEW window placement?
« on: January 09, 2024, 04:34:49 am »
Unfortunately the off-set placement of every NEW window is something that Alex doesn't see the benefit of changing

It would be more accurate to say that I couldn't find a practical way to avoid it that didn't cause more problems.

I originally did try to eliminate the offset when opening on a different virtual desktop. The problem is that NewView only knows about the most recently opened existing window, so there's no way to skip the offsetting in a way that's consistent.

To whit, try this: open NewView on one pager desktop.  Then switch to another pager desktop and open a second instance of NewView.  Then, switch back to the first pager desktop and open a third NewView window. If I didn't have the offset always applied, that third NewView window would open exactly on top of the first one, which is obviously not desirable.  Always applying the position offset prevents this problem.

I did consider trying to have NewView detect and scan through every possible existing instance, but this would have been a major undertaking, with significant overhead, that I wasn't confident I could make work in any event, and for IMHO very little practical payoff.

Applications / Re: DSSaver and XWP
« on: December 23, 2023, 02:24:42 pm »

What Rich said. However, I generally prefer to use scheme colours instead of fixed colours.  For example, replacing the above with
will result in the current scheme's window-text colour (which is normally black) being used.

Beware, however, that the stupid IBM Dialog Editor will revert it to CLR_BLACK if you use it to edit and save the dialog. :/

Setup & Installation / Re: sigh....Python3 upgrade - curl problem?
« on: December 10, 2023, 10:38:36 pm »
For the record, to clear up any confusion: ANPM does use Python 2. (Blame the Python guys for deciding to make Python 3 a different i.e. incompatible scripting language from Python 2.)

Porting ANPM to Python 3 would be a large job, and since many people presumably haven't installed Python 3 yet, it seems premature to do so.

Applications / Re: Re: XWP v1.0.16
« on: December 09, 2023, 02:26:12 am »
FTR, hard coding "9.WarpSans" as a font for DBCS systems makes no sense whatsoever and I can't imagine any useful thing that doing so could ever have accomplished.

FWIW, if there's something I can usefully test on a DBCS system (TW or otherwise), let me know.

Programming / Re: Compiling a PM sample with GCC (2023)
« on: November 21, 2023, 02:32:30 pm »
Can you please give me a hand with this warning?
gcc -Wall -Zomf -c -O2 pmstars.c -o pmstars.obj
pmstars.c: In function 'ClientWndProc':
pmstars.c:60:16: warning: variable 'my_timer' set but not used [-Wunused-but-set-variable]
   60 |   static ULONG my_timer;  /* System (PM) number indicating unique (system) timer number
      |                ^~~~~~~~

Calling WinStopTimer on it at cleanup time might be the most "proper" way of dealing with that.  However, a quicker and cheaper way of eliminating the warning is probably to add:

Code: [Select]
if ( my_timer ) {;}   /* stop compiler from complaining */
after the call to WinStartTimer.

Applications / Re: hints for python upgrade
« on: November 19, 2023, 10:58:24 am »
You don't have to use the command line, some people just find it quicker.

What you have to do is install both the python2.7 and python3 simultaneously. You can do this by selecting them both in the available packages list (e.g. with Ctrl+click).  Alternatively, if you prefer to use the command line, you can follow the instructions at the bottom of this page.

Programming / Re: Resources, dialogs, etc - what tools for what jobs?
« on: November 19, 2023, 12:00:34 am »
The Dialog Editor opens RES files, but when you save the file after making any change to any dialog, it should both update the RES file and create a DLG file alongside it. (I just tested and confirmed that here.)  It will not make any changes to an RC file, since those by convention contain non-dialog resources (which the Dialog Editor knows nothing about).

IMO this is a good thing, because the Dialog Editor is old and stupid and isn't capable of properly parsing or saving certain control properties or attributes.  (In particular, it knows nothing about properties or styles which were added after around Warp 3.)  Unfortunately, its solution to encountering stuff it doesn't know about is to silently replace or remove it when the resources are saved. In other words, you can end up with changes you didn't want, or (sadly all too often) actually corrupted and unusable resources.

Basically, using the Dialog Editor to create new dialogs is generally fine. You can also use it to modify dialogs if you're confident there's nothing in them that might cause the Dialog Editor confusion (which should be the case if you originally created them using Dialog Editor and didn't hand-modify them later).

In all other cases, you should not use the Dialog Editor to modify existing dialog resources in-place, especially if you didn't originally write them yourself. If you need to make changes visually, use the Dialog Editor but Save As instead of saving over the original file, then hand-copy the changes you need over to the original DLG file.

FWIW, the code you quoted is not in a valid RC format that I recognize (which uses BEGIN and END instead of {}), so perhaps it's specific to the Borland toolchain?  Never used Borland so I can't speculate further.

Networking / Re: arcmapper
« on: November 16, 2023, 08:58:51 am »
Well, it looks there are two different things going on there. First of all, you clearly have something wrong with your tcpexit.cmd file. No way for me to know what, but probably something is mistyped, or perhaps it's trying to run something in a non-default shell.

Second issue is the failed restore on that connection. Showing the details would tell me more, but I'm pretty sure it's a timing problem related to TCP/IP initialization.

From your description, I'd say the reason you don't see this on the other system is that it prompts you to enter the password before it attempts to restore the connections, and that delay prevents the timing problem.

I've seen this happen occasionally on my own system which uses DHCP, and it's on my TODO list to add some better check logic to the restore routine. However, since no bug reports have submitted on this by any users so far (hint, hint), it has not been near the top of my priorities.

Networking / Re: arcmapper
« on: November 15, 2023, 01:49:35 pm »
Which package?

It would be useful to see what is the actual error you are getting. Trying to guess at the problem blindly is, well, guessing blindly. :p

Programming / Re: OPenchat
« on: November 15, 2023, 03:57:29 am »
The attached is DSPRES recompiled with all the new fonts removed. This should make it functionally the same as what was included in 5.0.

That works - thank you.

If it were possible to offload the new sizes to a '\psfonts\sysvio.fon', that would be best. But, if that's not possible, more users would be better served by having those larger sizes available than not - particularly when there's now a viable workaround.

Unfortunately, it isn't. Based on my experimenting, it appears that the fonts must reside in DSPRES.DLL in order for the VIO subsystem to "see" them.

Networking / Re: arcmapper
« on: November 15, 2023, 03:55:52 am »
Just out of curiousity, are you using DHCP?

It's possible that restoring connections might fail if you haven't acquired an IP address yet.

Programming / Re: OPenchat
« on: November 14, 2023, 11:18:00 pm »
I tried to confirm this by removing the new fonts, but because I don't know how to edit the "font directory" resource that identifies each font, the system locked up when I tried to start the app. Interestingly, when I looked at the available VIO fonts in EPM, it handled my defective DLL gracefully and displayed a font sample at a smaller size (and didn't lock up the system). Alex, if you could reconstruct the dll correctly, we can confirm/refute my conclusion.

The attached is DSPRES recompiled with all the new fonts removed. This should make it functionally the same as what was included in 5.0.

Programming / Re: OPenchat
« on: November 14, 2023, 02:00:05 pm »
OK, after a day of investigating and installing version 5.1 several times and copying 5.07 dlls to 5.1, I have found the problem.

The problem was in the OS2\dll directory.  It was one file.  The file is
The one found in version 5.1 is 455,064 bytes
The one found inversion 5.07 is 395,096 bytes

There were some updates made to DSPRES.DLL in 5.1, yes.

I wonder if I might ask you to try both of the attached versions of DSPRES.DLL and see if they exhibit the same problem or not.  (They both have a different subset of the additions made for 5.1.)

Networking / Re: arcmapper
« on: November 13, 2023, 01:56:15 am »
BTW, the "authentication concepts" section of the ArcaMapper guide, and the Credential Manager section, provide some (hopefully useful) information.

Networking / Re: arcmapper
« on: November 13, 2023, 01:53:53 am »
Also, when you choose to save a connection, select the restorable connection option on the save dialog. The same dialog also gives you the option of saving your password, although for security reasons this is unchecked by default. If you don't save the password, you'll be prompted to enter it at startup. (You only have the enter the password once if multiple connections use the same credentials.)

I designed it that way because I've worked in a number of environments which are highly security-conscious, and as a result I've largely internalized the "secure by default" way of thinking. As noted, you can save the password along with the connection, but I only recommend doing that if you have full, private control over the computer.

BTW, since the client is based on NetDrive, you can also use the ndctl option to save and restore connections automatically - this basically has the same effect as saving all connections along with their passwords. (This involves hand-editing ndctl.cfg and setting the PersistentVolumeConfiguration option. Again, this is not considered secure if other people may have access to the computer.) Don't do this if you use the ArcaMapper 'restore connections on startup' option, because if you do it'll end up trying to restore connections twice.

Pages: 1 [2] 3 4 ... 26