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 - Dariusz Piatkowski

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

...Hi Dariusz, we don't all have a spare Windows or Linux machine to use...

You know, I had a crazy idea at lunch today on this very topic: I should find the smallest factor Winx hardware box, so that it basically can work as a headless 'app server' for the sole purpose of providing the kind of app functionality we have been missing on our platform for quite some time, and most likely will never see again.

Browser is a perfect example of this, and while I personally prefer FF, heck, others may want to use Chrome.

...As for funding, I don't think there are any big fish who care about having a browser left besides Arca Noae and I had the impression they and Bitwise don't get along as well as they used to, not that I really know...

Well, this "big fish" reference, while I think today that may in fact exclusively apply to AN, was meant to apply to any business that still has the need for updated OS/2 browser functionality.

I make no assumptions about what our OS/2 platform looks like today...nor am I particularly optimistic that out there is some organization that has deep pockets and wishes to continue doing what all of us have been doing. But does anyone today actually know the true picture of our ENTIRE OS/2 installed base?

Dave, I do agree with you re: AN's direction, or perhaps lack thereof. Having said that, they have done some incredible things with AOS that it's hard to 'blame' them for lack of browser strategy...although I think everyone will agree that it is a very questionable position to be in.

ivan, everyone...

...If it won't do those things I will continue using Dave's Firefox ESR 38.8.0 on OS/2 or the Linux Firefox ESR via my KVM switch.

You bring up an excellent point, and even though they say "you don't look a gift horse in the mouth", the reality is that by now, after some years of use, most of us have established a browser platform for interacting with the WWW.

So while my FF 45.9 may not be capable of successfully rendering ALL the sites out there, the reality of my life is that I have far too much of a 'FF 45.9 configured' setup to simply move on over to a browser that only does the basic rendering for ALL of the pages out there.

In fact, as an alternative it is FAR cheaper and FAR more robust to utilize RDP access to a Win/Linux based browser install, or the KVM switch that you ivan are suggesting.

Here is what's been eating away at me: the funding drive, while generally a great and just effort, seems to be single handedly relying on us, the OS/2 end-users to cover the costs. So where are the big-fish of our platform in all of this? Does anyone know? Have those kind of conversations taken place and have any results been arrived at?

If you want to talk full-disclosure, well, let's "talk the talk, and walk the walk"...much easier to raise additional funds if we all understand the full playing field!

Programming / Re: Ghostscript - 9.18 build, any advice?
« on: February 09, 2022, 03:48:18 am »

Maybe download the src rpm, unrpm it and take a look at how it was built, libs, flags etc.

I grabbed the source ZIP file that BWW has on their GitHub project page...what is the "src rpm", do you mean to say actual RPM package that has the full source?

I see they have a Git https URL, and while I do have Git installed here, I haven't done any real project work with it, so I'd rather not mix up two learning curves at the same time! LOL

Programming / Ghostscript - 9.18 build, any advice?
« on: February 09, 2022, 02:47:24 am »

Alright, so my help ticket hasn't resulted in an answer from the official BWW channel: it sounds like Silvan is alone/himself handling these, and since it's a volunteer effort I best make plans for an alternative approach to debugging my "Failed to print with GS 9.18". Just our reality I think, no fault of his.

Soo....I downloaded BWW's GS codebase, deployed locally, I have studied the source for a couple of days now. Did my share of the official documentation review...I have GCC as well as IBMCPP available here and it looks like the OS2.MAK file can handle either one.

Therefore, before I take the plunge and run with it: any last-minute advice as to what to watch out for???

It's a big app, numerous pieces (display and print devices, etc, etc), but the makefile itself doesn't actually look all that daunting.


Setup & Installation / Re: OS/2 as it was
« on: February 09, 2022, 02:14:22 am »
Hi ivan,

...My main work version of OS/2 is based on ArcaOS 5.6 with most of the linux junk stripped out.  It is connected to a hanns.g 28 inch monitor via an hdmi kvm switch, my linux box is connected to that monitor as well and is mainly used for firefox to allow me to get to some sites that require a newer version to work...

Consider deploying FreeRDP client on OS/2 and get the server side up on the Linux box and use the seamless window RDP connection to put a Linux FF right on your OS/2 Desktop.

I have been taking that approach with my Win 7/10 based apps for a little over a year now...and actually use a fulls-creen RDP connection in about 90% of the cases as I usually need to have numerous other Win apps besides FF up and running.

Setup & Installation / Re: SSD partition miss aligned.
« on: February 05, 2022, 04:54:29 pm »
Remy, everyone...

It's the usual problem, need to do all partitioning with OS/2 aware tools, and do some math to have the 4k sector partitioning, basically JFS 4k sectors need to align with the SSD's 4k sectors...
Before, I had H255 and S63  (of course, sector size always left at default 512...)
But this resulted to unaligned partition while Dfsee found it aligned (ok for HDD) but it isn't for SSD.

Dave brought up an important point, at least from a performance perspective: the alignment of hardware and software implementation.

So 4k sector size for SSD, and unless you MUST pick something different from JFS IFS perspective, you would want the same matching 4k JFS blocksize (see format's /BS parameter).

The HELP page for our format specifically states:

...The block size specified must not be smaller than the sector size of the device....

...however what I do not know (having never tried it myself) is what would happen if you do try a JFS blocksize <4K?

Anyways, re: the above sync, my expectation would be that this would assure a minimal overhead for all processing.

Utilities / Re: MeShell commandline frontend timetable
« on: February 03, 2022, 03:07:23 pm »
Hi Martin,

The behaviour is how I expected. If you type "mode 60,25", then the VIO window gets bigger and you will get the behaviour you want...

Hmm, I am sorry but I have to disagree with you on that.

My expectation is that the commands I issue within MeShell apply to the user (front-facing) interface (MeShell). As such, given that this interface is the MeShell window, I am expecting that MeShell is creating a comparable VIO background processing window.

In other words: if my MeShell window is defined as 80x60, and I issue a "dir /p" command, your code should make sure that the background VIO window executes with the matching criteria. Therefore, perhaps an enhancement to create a VIO window that physically matches the definition of MeShell would suffice?

What I am literally suggesting is:

1) let the user define MeShell window
2) MeShell itself should understand that definition (sizing is really what we are talking about here)
3) MeShell should then create the background VIO window with the matching sizing (yup, could be as simple as issuing that MODE command)
- after all, the benefit of using MeShell should be that I am not required to perform additional adjustments to the background VIO windows, otherwise if I do, then why not use a regular VIO window instead?

Is it worth to compile the conflicts between MeShell and Xit?

What do you mean by that?

Are you interested in troubleshooting the conflict? I do not think there is much value in doing that...I was able to put MeShell on Xit's Exception List, and that fixed it.

Setup & Installation / Re: SSD partition miss aligned.
« on: February 03, 2022, 04:12:11 am »

I use DFsee (or dfsanos2 via minilvm) to create partitions. All my SSDs (including Samsung 860 EVO, 500 GB) work.

OK, but how do you know that your partition boundaries are actually aligned?

Remy's point is that unless you have that 4K alignment, it is known that the performance of your SSD is degraded given multiple memory page reads that occur otherwise (I believe, but easy to find detailed on-line explanation out there).

Programming / Re: GSView - make complains of "No such file or directory"
« on: February 03, 2022, 04:09:22 am »
Hi Paul,

From the readme of my last gs build:
"4) GSView requires manual changes to the Ghostscript Include statement (Options->Advanced Configuration) - I used 'c:\gs\gs9.15\resource\init;C:\GS\gs9.15\lib;C:\GS\gs9.15\Resource\font;C:\GS\fonts;c:\psfonts;' to make it work
5) the pswrite device that GSView uses to print has been removed from Ghostscript 9.x. To print using ghostview, modify x:\os2\gvpm.ini and replace all cases of pswrite with ps2write"...

Oh, believe me, I went down that road long time ago. In fact you may not remember, but you had previously tried to helpe me with this (getting your port of GS9.15 printing) and we could not get it to work.

I have a SINGLE occurence of gvpm.ini file on my partition, any changes I make are always reflected in it. Yet, GSView still tosses an error.

That is what caused me to use GS9.04, until Lucide 1.5.0GA (which is about late 2019 I think) came out, so I switched to that nearly fulltime, but like I said earlier, sometimes I still have printing problems there.

Anyways, appreciate the response nonetheless!

Setup & Installation / Re: SSD partition miss aligned.
« on: February 03, 2022, 03:30:00 am »
It's the usual problem, need to do all partitioning with OS/2 aware tools, and do some math to have the 4k sector partitioning, basically JFS 4k sectors need to align with the SSD's 4k sectors...

But Dave, for those of us 'mere mortals' (when it comes to doing that mapping RIGHT and knowing how to instruct the tools to implement) this is a nearly hopeless situation.

I struggled a bit through this a couple of years ago when I decided to move my OS/2 stuff to a SSD. I noticed that DFSEE did actually provide a way to build an OS/2 partition where the goal was to implement this very alignment. I tried to do that, but the resulting disk GEO was looking really strange and the remaining OS/2 disk tools complained.

Eventually, having spent a pile of time on this and NOT knowing whether all I've done did actually get me a right or wrong setup, I finally just partitioned with LVM like I've done before and off I went having spent far too much time just trying to get OS/2 to benefit from the latest tech.

Total frustration! So I feel your pain.

Unfortunately, I do not have an answer. For what it's worth I'm about to re-do all of that given that I wanted to move my stuff to a larger SSD, that being a Samsung 860Evo (from my current 850Evo drive). I will experiment again, but truth be told, as the tech has moved forward it's been harder and harder to keep all my trusty OS/2 stuff afloat, let alone actually being able to benefit from the better hardware.

I hate to mentally "toss in the towel", but I feel like that "end of the OS/2 road" may be nearer for me than I had previously wanted to believe, or perhaps even realized. Grrrhhh....I hate that feeling!

Applications / GSView and Ghostscript - printing, how?
« on: February 02, 2022, 03:24:14 pm »
We've got a separate discussion (Programming forum =>,2985.msg33707/boardseen.html) on the challenge I've encountered attempting to use GS 9.18 to faciliate printing with GSView.

As I researched this further, and discovered that perhaps some of the printing functionality is a little off in this release (as compared to earlier ones) that made me wonder about how the rest of you are printing documents that may utilize GS for rendering.

Specifically, and most often I suspect, that would apply to PDFs.

In my case, I can use Lucide to print PDFs. Occasionally I run into an issue though and the print job produces an error on the printer itself (the root cause is unknown to me, but it's some kind of a PS stack overflow and my prior investigation suggested this may be a printer driver issue, which as we all know simply isn't going to get fixed, so case closed).

In such cases, I would most often rely on GSView to handle the printing task, and that has been working quite fine with GS9.04, but we are at 9.18 now and GSView with GS9.04 started to show it's age (various rendering errors would show up here and there), and much slower than GS9.18.

Therefore, I am curious how you print from GSView with whatever version of GS?

With GS9.04 I use the 'pswrite' Device and have the 'PostScript Printer' check box marked given that my Brother HL-5470DW is a PS printer.

With GS9.18 I tried using 'ps2write' Device since 'pswrite' has been obsoleted, but the '\\spool\printer_name\' printer identifier no longer appears to print in GS9.18.


Programming / Re: GSView - make complains of "No such file or directory"
« on: February 02, 2022, 03:00:56 pm »
So a brief update: I opened a new incident for BWW in their Ghostscript project, see

The question I posed there is: based on the current OS2 codebase, what is the expected way of specifying a printer output device?

Specifically, I provided the details on how the "\\spool\printer_name" doesn't work, nor are any other various permutations of it.

In comparison to what I was able to do with 9.04 (where this worked) it would appear to me we have some kind of a functional regression here.

In the meantime I'm going to start a separate thread in our Applications forum to understand how folks are actually using GS for printing? Maybe very few people actually do? LOL

Programming / Re: GSView - make complains of "No such file or directory"
« on: January 30, 2022, 09:23:02 pm »
Hi Andi,
I have used ps2write when writing to a file but I use os2prn print to a printer.
I did find this bug going back to gsview 4.6:
It states there was a patch for OS/2 for this issue, I haven't looked closer at this point... I came across it as I've been searching for a change that I dimly recall for the Ghostscript include path that I can't locate.

Meanwhile, I have been using 'pswrite' with the gs9.04, but discovered that this device is no longer available in gs9.18, which is what started me on this "mission"

'os2prn' is a GDI device, which means that gs will build a bitmap and send that off to the printer, reason why that's a much slower process than firing off a PS file to a PS-capable printer (which my Brother HL-5470DW is).

I've spent a few hours today plugging away at this...multiple combinations later along with a few additional debug statements haven't helped though.

I'm going to take the captured GSView content and control files and convert to a CLI input into gs, will try that next to see what happens there instead.

Thanks for sharing that BUG reference. Russell Lang's last update is 2004, but I don't know how to tell if the patch he mentions is actually in our version of 9.18. By the looks of it, I doubt it, because attempting to reference a device through that name produces the same error here.

Programming / Re: GSView - make complains of "No such file or directory"
« on: January 30, 2022, 05:19:05 am »
Hi Andi,

I did the build so long ago that I did not think of putting this up when I created a github account.

Thank you sir!

I pulled the master ZIP file, going to start working with that instead of where I ended up.

Looking at the os2.mak from your distro, it does need IBM's nmake.exe though, right?

Otherwise it uses the GCC compiler I think.

It built with nmake.exe and GCC, "straight outta the box"...yey!!!

I am running into a problem printing, debugging that right now, although the error msg I'm seeing doesn't point to anything obvious:

option file=y:\tmp\gv8iV0as
input file=y:\tmp\gvkeoHRl
Option file contents:
Trying to load G:\usr\lib\gsdll2.dll
Loaded Ghostscript DLL
GPL Ghostscript 9.18 (2015-10-05)
Copyright (C) 2015 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
GPL Ghostscript 9.18: **** Could not open the file \\spool\PSCRIPTB .
**** Unable to open the initial device, quitting.
gsapi_init_with_args returns -100
gsapi_exit returns 0
DosFreeModule returns 12

I think they key part there is the "Unable to open the initial device, quitting.", just don't quite know yet what that means...


Programming / Re: GSView - make complains of "No such file or directory"
« on: January 29, 2022, 10:50:39 pm »

I have some vague memory of gsview using nmake rather than make.... perhaps try running nmake

Thank you (Thumbs-Up), because somehow I missed the following in the Readme.htm doc:

To compile GSview for OS/2 you need IBM NMAKE.EXE and EMX/GCC 0.9d. To create the GSview online help you need the IBM toolkit. Copy srcos2/os2.mak to Makefile and edit COMPBASE and EMXPATH as required. Type 'nmake'

Which now of course explains why there were multiple "!if" statements in the makefile and which GCC make.exe was choking on.

I had earlier assumed that the EMX requirements would be fulfilled by the current GCC RPM package releases, I say this because in the \usr\... tree there are multiple references to EMX objects. I do have exmrt.0.9d-5.oc00.i386 installed here, however I do not have the emxrt-devel.0.9d-5.oc00.i386 one.

Specifically, the EMX stuff I see is:

Directory of G:\usr\bin

 8-26-21  9:13a        11,118    124 a---  emxaout.exe
 8-26-21  9:13a        22,883    124 a---  emxbind.exe
 8-26-21  9:13a        46,263    124 a---  emxexp.exe
 8-26-21  9:13a        25,286    124 a---  emximp.exe
 8-26-21  9:13a         6,289    124 a---  emxload.exe
 8-26-21  9:13a        97,002    124 a---  emxomf.exe
 8-26-21  9:13a        13,880    124 a---  emxomfar.exe
 8-26-21  9:13a        42,417    124 a---  emxomfld.exe
 8-26-21  9:13a         3,773    124 a---  emxomfstrip.exe
 8-26-21  9:13a         4,260    124 a---  emxstack.exe
 8-26-21  9:13a         9,209    124 a---  emxtsf.exe
       11 file(s)     282,380 bytes used

...and as best as I can tell these all came from the libc-devel-0.1.9-1.oc00.pentium4 RPM package.

So in order to avoid future self-made problems  :'( , what should I set COMPBASE and EMXPATH to?
Right now I have the makefile set to use:

Code: [Select]

Alright, so a little bit of un-do needed to get this moving...

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