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.

Topics - Pete

Pages: 1 [2]
Hardware / Not a graphics card failure - but what happened?
« on: March 15, 2018, 08:22:13 pm »
Hi All

That was weird... and I think I need to document it somewhere.

I had been using ArcaOS5.0.0 for a couple of hours when my son phoned and asked if I could put a bootable usb stick together with clonezilla - - on it. I downloaded tuxboot for windows (no, no os/2 version) - -  as that looked to be the easiest way to create the required bootable usb stick, booted into windows7 and soon had the "bootable clonezilla" usb stick prepared and tested.

I then booted back into ArcaOS without any problems.

My son turned up about 3 hours later to collect the usb stick and asked if it was possible to create a bootable usb stick to install windowsxp from. I rebooted from ArcaOS into windows7 and we then downloaded and installed various software to help in the process and finally found something called Rufus - - that did the job.

Having finished preparing usb sticks for son I rebooted into ArcaOS. Then son asked if he could have a copy of the windowsxp cd. I used the DVDTools Burn Disc Image to perform the copy. All went well until the cd had completed. The disc draw opened to eject the completed cd - and the system hung, no reaction to mouse or keyboard, clock stopped, no cpu movement.

I pressed the Reset button and rebooted ArcaOS but boot stopped shortly after ifx had slowly run - took a couple of minutes rather than the usual few seconds - and the system gave up trying to boot with pmshell.exe being the last line on screen and all disk activity having stopped. I left it for about 10 minutes with no change, Ctrl-Alt-Del did not work so I pressed the Reset button to reboot. ArcaOS gave up booting at the same point as previously.

I then tried booting eCS2.2b2 which stopped booting at the same place as ArcaOS ie with pmshell.exe being the last line onscreen; dmt (earlier version of ifx) had run slowly as well.

I also have eCS2.1 installed on this computer so tried that with identical results.

Windows7 still boots and runs fine of course - at least that proves it is not hardware failure.

After a phone call to a mate who works in system support I turned power off to the pc and removed the graphics card. I reinserted the graphics card around an hour later.

No change to any of the above: no OS/2 based system gets further then the pmshell.exe line, windows7 boots and runs fine.

I then tried booting from ArcaOS install dvd and thought that was not going to get to the graphical installer window - boot had been going fine but almost stopped when switching from text to graphic mode, took a couple of minutes.

Seems there is something not quite right with ArcaOS/eCS (snap)graphics drivers and my card - but they have been working reasonably well together - for a couple of years in the case of the eCS installations - and, as windows7 boots without problems and no nasty graphics glitches, I am sure the hardware is not at fault.

I booted ArcaOS to a command line using Alt-F1, F2 and had a look at size of ini files including the ifx backups which all looked about right.

I then thought it might be worth rebooting and using ALT-F1, F3 to reset graphics to VGA. That seemed to go fine - although I seem to recall last time I had to resort to this many years ago the system immediately rebooted following vga driver install which this install had not - but again boot stopped with pmshell.exe the last line on screen.

I rebooted ArcaOS to a command line using Alt-F1, F2. I entered pmshell at the command prompt and the Desktop started but the mouse was extremely jerky - a little movement went a very long way. However, I managed to open the config.sys file for a quick check and could not spot anything wrong.

Being aware that using ALT-F1, F2 uses a different config.sys file -  \os2\boot\config.x - I was not surprised that this desktop was using snap rather than the vga drivers that had been installed using ALT-F1, F3

Well, at least we know graphical mode is possible so I rebooted the system - took a minute or 2 to get the jerky mouse into the correct clicking place - and tried booting ArcaOS in the hope that the problem had now "gone away". Boot stopped with a message about not being able to find sddhelp.sys file. That suggests to me that switching to vga from the ALT-F1 screen does not work in ArcaOS5.0.0 as the snap file sddhelp.sys should not be needed by the vga driver. The interesting bit was that we had gone further than the pmshell.exe line...

Out of interest I booted eCS2.2b2 which booted to a working Desktop with no problem now.

No problem booting eCS2.1 now either...

As the snap files were still in place I edited the ArcaOS config.sys and reinstated a couple of missing snap related lines - probably removed during the failed (?) vga install - then rebooted into ArcaOS. No problem booting to a working Desktop. As a precaution I reinstalled snap from the ArcaOS install dvd and rebooted without any problems.

OK, I have battered my head trying to work out what happended: For some reason all 3 of my os/2 based systems installed in this computer failed to boot at the point when switching from text to graphical display - and the ArcaOS install dvd also had problems at this point and that uses Panarama so not just a Snap problem. Being able to boot and run windows7 indicates that it was not a hardware failure.

The "cure" seems to have been booting ArcaOS to a command line using the \os2\boot\config.x file and starting pmshell from the prompt although I totally fail to understand how this could be a "cure"...

The question is: What was the problem?

I think the hang at the end of cd burning is probably involved but I have used the Burn Disc Image app several times previously without any problems and there have not been any hardware or driver changes since last use around 2 weeks ago.

I suspect something windows related, possibly buggy software/undetected malware installed when creating usb stick for son but not sure how this would cause graphics problems in OS/2 based systems.

Any thoughts on this anyone? - I would just like to understand what happened.



Setup & Installation / ArcaOS: Impossible to install!
« on: June 01, 2017, 05:01:31 am »
Hi All

After all the fun I had getting ArcaOS installed and working on a laptop I thought installing it to a fairly standard amd x64 4 core with 4 Gb RAM would be a breeze.

I thought wrong.

Sadly the OS2AHCI.ADD driver included with ArcaOS fails to "see" the hard disks attached to the SATA ports. Here is the output of copy os2ahci$ captured to file:-

cmd_hdr: f3ee3620  65 00 00 00 00 00 00 00-80 d4 1e cf 00 00 00 00   e...............
ata_cmd: f9234934  01 00 00 00 00 00 00 00-00 00 a0 00               ............
atapi_cmd: f92349e8  00 00 00 00 00 00 00 00-00 00 00 00               ............
Adapter 0: PCI=0:17:0 ID=1002:4391 AMD SB700/800 irq=19 addr=0xfeb0b000 version=10200
  Port 0:
    No drive present
  Port 1:
    No drive present
  Port 2:
    Drive 0: atapi removable
             Model: HL-DT-ST DVDRAM GH24NSC0               
  Port 3:
    Drive 0: atapi removable
             Model: HL-DT-ST DVDRAM GH24NSC0               
Adapter 1: PCI=3:0:0 ID=1b4b:9172 Generic Generic irq=47 addr=0xfe810000 version=10000
  Port 0:
    No drive present

This is what the output should read (courtesy of os2ahci.add v1.32 from eCS2.2beta2):-

BldLevel: @#D Azarewicz:1.32#@##1## 10 Nov 2013 07:58:57     DAZAR1    ::::::@@AHCI Driver (c) 2013 D Azarewicz
Adapter 0: PCI=0:17:0 ID=1002:4391 AMD SB700/800 irq=19 addr=0xfeb0b000 version=10200
  Port 0:
    Drive 0: 9729 cylinders, 255 heads, 63 sectors per track (76316MB) (LVM)
  Port 1:
    Drive 0: 60321 cylinders, 255 heads, 127 sectors per track (953855MB) (LVM)
  Port 2:
    Drive 0: atapi removable Drive present but no information available. Not queried by OS.
  Port 3:
    Drive 0: atapi removable Drive present but no information available. Not queried by OS.
  Port 4:
    No drive present
  Port 5:
    No drive present
Adapter 1: PCI=3:0:0 ID=1b4b:9172 Generic Generic irq=47 addr=0xfe810000 version=10000
  Port 0:
    No drive present
  Port 1:
    No drive present

If anyone can think of a way to get the working version of os2ahci.add into the boot files of the ArcaOS dvd I'm interested - I suspect the only answer is to ask Arca Noae if they will make a "1 off" for me.



Setup & Installation / Removing ArcaOS installed cups packages?
« on: May 24, 2017, 06:26:24 am »
Hi All

Any ideas on how to get rid of an unwanted cups/ghostscript/gutenprint installation without reinstalling ArcaOS?

I had hoped that they would be displayed in ANPM and easily removed but that is not the case, only gnu-ghostscript is listed as installed with no mention of cups or gutenprint.



Applications / configuring the rpm release of cups
« on: April 16, 2017, 03:22:03 am »
Hi All

Thought I'd give the rpm version of cups a try so installed the ANPM, fired it up and took a guess that the package simply called cups would get everything downloaded and installed.

Well, that was successful - ANPM tells me everything got downloaded and installed. I then rebooted for libpath changes to take effect.

Now, how do I go about configuring cups?

I started the cupsd.exe as a detached process and fired up Seamonkey - except Seamonkey would not start. As Seamonkey was running fine prior to installing the cups files I can only guess that a file installed as part of the cups installation does not work with Seamonkey version 2.35a2. I updated Seamonkey to version 2.35b7 which made no difference. Interestingly pmdll reckoned both versions of Seamonkey worked fine...

Having compared this system with my main system where Seamonkey 2.35b7 works fine I installed the current pango100.dll  and now have a working Seamonkey on that system.

I pointed Seamonkey to http://localhost:631/ which results in a "Failed to connect. The connection was refused ... Though the site seems valid the browser was unable to establish a connection"

Does the rpm version of cups not have a working browser interface?

As it seems ages since I last configured a cups printer using the command line I thought I'd refresh my memory by having a read of the docs starting with /usr/share/doc/cups/index.html however it seems that the section I need called Adding printers and classes is not among the files installed as Seamonkey gives a ".../usr/share/doc/cups/admin cannot be found".

Someone said that using yum/rpm to install software would be easier? Maybe I am simply missing something, somewhere...



Applications / OpenOffice 4.1.3 Draw problem
« on: January 26, 2017, 08:30:38 pm »
Hi All

Before posting a bug report I thought I'd ask if anyone else sees the same problem when using AOO4.1.3 Draw.

The problem is that any attempt to resize lines/boxes of any sort using the mouse results in an instant crash.

Is this just my systems - all 4 - that this happens on?



Applications / XWorkplace - Change Restart Desktop setting?
« on: December 24, 2016, 01:48:41 pm »
Hi All

Is there any way of setting the XWorkplace Restart Desktop option of Process all XWorkplace Startup folders to default to Unchecked?

Reason: I *never* want to Process all XWorkplace Startup folders when performing a Desktop Restart as 1 of the XWorkplace Startup folders should only run after a Reboot.



Applications / cups and usb printers
« on: December 04, 2016, 10:37:21 pm »
Hi All

With my Canon wireless printer awaiting a new print head I have had to resort to attaching an Epson rx585 usb connected printer for the moment.

Sounds OK - except for the fact that cups cannot "see" the printer so I cannot set it up.

I opened a cmd window and tried running \cups\lib\cups\backend\usb.exe. Result:-



That seems to prove that cups cannot "see" the usb connected printer.

I believe I have all necessary files in place - cups works as well as it can with my wireless printer.

I added libusb10.dll - on the libpath - to my system before trying to setup the usb connected printer.

I do note that there seems to be a specific build of usbcalls.dll on the ecups wiki HowTo page that is older than the currently installed build which comes from the Arca noae usb driver update package USB-11.14.exe

I installed the older usbcalls.dll and usbresmg.sys pair of files from that package and see this result:-

DEBUG: Loading USB quirks from "/cups/share/cups/usb".
DEBUG: Loaded 114 quirks.
DEBUG: list_devices
DEBUG: libusb_get_device_list=3
DEBUG2: Printer found with device ID: MFG:EPSON;CMD:ESCPL2,BDC,D4,D4PX,ESCPR1;MD
L:Stylus Photo RX585;CLS:PRINTER;DES:EPSON Stylus Photo RX585; Device URI: usb:/
direct usb://EPSON/Stylus%20Photo%20RX585?serial=4C3539303147044D3D&interface=1
"EPSON Stylus Photo RX585" "EPSON Stylus Photo RX585" "MFG:EPSON;CMD:ESCPL2,BDC,
D4,D4PX,ESCPR1;MDL:Stylus Photo RX585;CLS:PRINTER;DES:EPSON Stylus Photo RX585;"


Looks like there is a problem with current usbcalls.dll/usbresmg.sys releases and cups interoperability as the older pair produce the above output which looks like it could be right.

I retried the cups admin interface "Add Printer" and the Epson is identified immediately now.

Sadly printing a test page fails.
Job 1 has the usual "not a PDF file" error and gets Cancelled.
Job 2 fails with "Unable to send data to printer".
Looks like something else is screwed up... but I have no idea what.

Job 2 seems to end with these comments in the log:-

I [04/Dec/2016:17:41:21 +0000] [Job 2] Printing page 1, 99%
D [04/Dec/2016:17:41:21 +0000] [Job 2] ATTR: job-media-progress=99
D [04/Dec/2016:17:41:21 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:21 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:21 +0000] Discarding unused printer-state-changed event...
I [04/Dec/2016:17:41:21 +0000] [Job 2] Finished page 1...
D [04/Dec/2016:17:41:21 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:21 +0000] Discarding unused printer-state-changed event...
D [04/Dec/2016:17:41:21 +0000] [Job 2] Gutenprint: Purging 1 row
D [04/Dec/2016:17:41:21 +0000] [Job 2] Gutenprint: ================ Done printing page 1 ================
I [04/Dec/2016:17:41:21 +0000] [Job 2] Processing page 2...
D [04/Dec/2016:17:41:21 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:21 +0000] Discarding unused printer-state-changed event...
I [04/Dec/2016:17:41:22 +0000] [Job 2] Rendering completed
D [04/Dec/2016:17:41:22 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:22 +0000] Discarding unused printer-state-changed event...
D [04/Dec/2016:17:41:22 +0000] [Job 2] Gutenprint: Ending job
I [04/Dec/2016:17:41:22 +0000] cupsdDoSelect: select() returned -1, errno = 4... pause and retry select()
D [04/Dec/2016:17:41:22 +0000] [Job 2] Gutenprint: stats 1026117B, 11.840u, 0.000s, 11.830el
D [04/Dec/2016:17:41:22 +0000] [Job 2] Gutenprint: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
D [04/Dec/2016:17:41:22 +0000] [Job 2] Gutenprint: ============================================================
D [04/Dec/2016:17:41:22 +0000] [Job 2] PID 500 (/cups/lib/cups/filter/gstoraster.exe) exited with no errors.
D [04/Dec/2016:17:41:22 +0000] [Job 2] PID 502 (/cups/lib/cups/filter/rastertogutenprint.5.2.exe) exited with no errors.
I [04/Dec/2016:17:41:22 +0000] [Job 2] Backend returned status 1 (failed)
D [04/Dec/2016:17:41:22 +0000] Discarding unused job-state-changed event...
I [04/Dec/2016:17:41:22 +0000] [Job 2] Printer stopped due to backend errors; please consult the error_log file for details.

Looking above/before those comments I see the following which looks suspiciously like the problem:-

I [04/Dec/2016:17:41:13 +0000] [Job 2] Printing page 1, 10%
D [04/Dec/2016:17:41:13 +0000] cupsdMarkDirty(---J-)
D [04/Dec/2016:17:41:13 +0000] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [04/Dec/2016:17:41:13 +0000] [Job 2] Set job-printer-state-message to "Printing page 1, 10%", current level=INFO
D [04/Dec/2016:17:41:13 +0000] [Job 2] ATTR: job-media-progress=10
D [04/Dec/2016:17:41:13 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:13 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:13 +0000] Discarding unused printer-state-changed event...
D [04/Dec/2016:17:41:13 +0000] [Job 2] Read 5944 bytes of print data...
E [04/Dec/2016:17:41:13 +0000] [Job 2] Unable to send data to printer.
D [04/Dec/2016:17:41:13 +0000] cupsdMarkDirty(---J-)
D [04/Dec/2016:17:41:13 +0000] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Printing jobs and dirty files"
D [04/Dec/2016:17:41:13 +0000] [Job 2] Set job-printer-state-message to "Unable to send data to printer.", current level=ERROR
D [04/Dec/2016:17:41:13 +0000] [Job 2] libusb write operation returned fffffffc.
D [04/Dec/2016:17:41:13 +0000] [Job 2] Sent 0 bytes...
D [04/Dec/2016:17:41:13 +0000] Discarding unused job-progress event...
D [04/Dec/2016:17:41:13 +0000] Discarding unused printer-state-changed event...
D [04/Dec/2016:17:41:13 +0000] [Job 2] Waiting for read thread to exit...
I [04/Dec/2016:17:41:13 +0000] cupsdDoSelect: select() returned -1, errno = 4... pause and retry select()
D [04/Dec/2016:17:41:13 +0000] [Job 2] PID 504 (/cups/lib/cups/backend/usb.exe) stopped with status 1.
I [04/Dec/2016:17:41:13 +0000] [Job 2] Printing page 1, 11%

Any ideas on cause and resolution of problem anyone?

Is anyone else seeing problems with cups and usb after applying the Arca Noae USB-11.14 update?



Storage / Possible causes of TRAP000e in OS2LVM?
« on: June 21, 2016, 03:13:38 pm »
Hi All

Having shutdown a system that had been running fine, no reported problems and xWP shutdown seemed to work fine, I was somewhat surprised the next morning when the system failed to boot with this problem

Exception in module OS2LVM

I have 2 other eCS installations on the same system and both of those fail to boot with the same problem.

I tried booting from the eCS2.2beta2 install dvd. That does not quite succeed; the system reboots when the graphical part of the install should start. I suspect the problem could well be the OS2LVM TRAP000e as with the problem disk disconnected the eCS install dvd boots fine.

Any thoughts on this problem - and how to resolve it? Possible loss of partition LVM info?

I could post an image of the TRAP screen if required.



Setup & Installation / Problems with JFS
« on: May 06, 2016, 07:42:19 pm »
Hi All

This started as a side discussion to

A brief recap: After installing JFS-1.09.06 from Arca Noae my system can "lose" a volume at boot. The first time this happened I only noticed after the Desktop had loaded and I opened the Drives folder to use the "missing" drive.

Running LVM it looked as the the volume had not yet been added to the drives available list as it was not in column with the other drives but off to the left - as though the volume had only just been created.

I made absolutely NO changes in LVM but used the Save and Exit option when quitting.

The "missing" drive appeared in the Drives folder.

This is something that happened frequently while I had this release of JFS installed - but not with previous builds ie 1.09.05 and earlier.

It happens on 2 AMD based desktop systems and 2 Intel based laptops.

I am assured there is nothing wrong with the driver... Strange that it happens across a range of hardware though.

A suggestion was put forward that it could be some sort of shutdown problem; possibly the disk cache is not being fully flushed before the system powers off or reboots.

Yet again, not a problem prior to JFS-1.09.06

I was encouraged to install the latest XWP beta as that has some updates which may help and retest the JFS-1.09.06 driver. The XWP beta does not make any difference - does not seem to be anything wrong with the XWP beta, works smoothly and is here if interested

What can I be doing wrong on my range of hardware?

All systems have eCS2.2beta2 installed; the desktops also have eCS2.1+ with updates from eCS2.2beta2 plus Arca Noae.

Prior to installing JFS-1.09.06 I run chkdsk against all drives and check that they report "clean".

I then install the JFS package and reboot.

I had not performed this next step before yesterday when I reinstalled JFS-1.09.06 for testing with the XWP beta: When the Desktop has loaded and the system has "settled down" I ran chkdsk aginst all the JFS formatted volumes that were *known* to be clean immediately before the JFS package was installed.

Several of the volumes reported this problem:-

CHKDSK  Incorrect data detected in disk allocation structures.
CHKDSK  Incorrect data detected in disk allocation control structures.
CHKDSK  File system is dirty.
CHKDSK  File system is dirty but is marked clean.  In its present state, the
results of accessing i: (except by this utility) are undefined.

Strange... why should these drives be "dirty but is marked clean"? I guess that is where the shutdown possibility occurs - and could be the cause of the "lost" volume at boot.

I ran chkdsk against the drives with problems and found that chkdsk did not want to play with 1 of my drives something like "Cannot open for write access. Performing readonly check" or something very similar. What???  That sounds serious but, usually, is not if JFS-1.09.06 is installed - it means that it needs a different JFS package that works.

I had installed the JFS-1.09.06 package to my eCS2.1+ system; on the same system I have a bootableJFS eCS2.2beta2 installation and another eCS2.2beta installation on a HPFS formatted volume; the HPFS installation still has the earlier JFS-1.09.05 package installed and has this line in the config.sys file:-


Yes, the HPFS install exists mainly to perform a full forced chkdsk during boot when JFS-1.09.06 stuffs up.
(A side note here: For those who do not know the above config.sys line does not work with JFS-1.09.06 as support for the "+" option has been dropped. My suggestion: Do *not* use JFS-1.09.06 on a "headless" server.)

The volume that JFS-1.09.06 could not chkdsk was processed by chkdsk/JFS-1.09.05 without problems, applications installed on that volume worked fine.

After a reboot back to the eCS2.1+ install chkdsk again reported several volumes as "dirty but is marked clean" - yet again, possibly a shutdown problem... ???

This time chkdsk was able to process all volumes without any problems.

When I next performed a chkdsk - probably around 3 hours later just before shutdown for the night - guess what I discovered? Yes, several volumes "dirty but is marked clean".

The system had not been shutdown between the earlier chkdsk that "fixed"? whatever problems and this chkdsk. That seems to rule out shutdown as a problem and leave JFS-1.09.06 as the culprit - unless anyone can come up with any other possibilities?

I guess any of the applications I used or the data I saved may have caused the problem - but, the problem does not seem to exist with JFS-1.09.05...

Any thoughts?


Applications / XWP Startup Folder - How to make it work?
« on: February 22, 2016, 10:17:17 pm »
Hi All

As the RSJ CD Writer Error Log does not get restarted after a Desktop restart I investigated using the XWP Startup Folder for this program object by moving the RSJ CD Writer Error Log program object from the standard Startup folder to the newly created XWP Startup Folder and rebooted to test.

That seems to have been a bad mistake as the boot resulted in the famous "Cannot start ..." message. In fact this XWP Startup Folder has probably only worked for 1 in 30 boots. Yes, I do a lot of reboots when I am experimenting with coding and it goes a little wrong during testing...  :-)

Seems to me that there is something very wrong with the XWP Startup Folder or I have something misconfigured.

Any ideas on getting the XWP Startup folder working? - XWP version is 1.0.9



Events / OS/2 - eCS - Blue Lion - Wishlist 2015
« on: October 31, 2015, 02:03:34 am »
Hi All

I'm happy to start a wishlist:-

ACPI support - (AMD990/SB950 specifically)
USB3 support
SATA3 support
Wireless NIC support
Updated SNAP with support for current/recent ATI/AMD/nVidia chipsets

I'm sure others can add to the above  :-)



Applications / xsane,gimp,xfree86 and a *nix dummy
« on: February 20, 2015, 08:22:36 pm »
Hi All

I am trying to get xsane working on eCS2.1

I have installed plus the required support packages

 xfree86-4_5_0-runtime.wpi runtime package
 gimp-2_2_8-install.wpi, gimp-2_2_8-required-libs.wpi and gimp-2_0_7-help.wpi gimp packages

All the above are installed to drive K: which is set as UNIXROOT with gcc321m.dll and libsane.dll being placed in K:\usr\X11R6\lib

Installation seemed to go fine so I clicked on the gimp program icon to give it a try - there are no config.sys changes so a reboot is not necessary.

The gimp icon becomes hatched, nothing happens, the icon becomes unhatched - obviously something is not working...

I tried starting gimp from the command line. This involved opening a command window in drive K:\ and running K:\x11env.cmd followed by CD'ding to \usr\bin and entering gimp-2.2.exe

This resulted in the following messages hopefully explaining what went wrong:-


(gimp-2.2.exe:96): Gdk-WARNING **: locale not supported by Xlib

(gimp-2.2.exe:96): Gdk-WARNING **: cannot set locale modifiers
GIMP could not initialise the graphical user interface.
Make sure a proper setup for your display environment exists.


I guess something is not right in the x11env.cmd created during gimp install.
Any ideas on what needs changing will be appreciated:-

SET BEGINLIBPATH=%X11ROOT%\usr\lib;%X11ROOT%\usr\X11R6\lib;
SET PATH=%X11ROOT%\usr\bin;%X11ROOT%\usr\X11R6\bin;%PATH%
SET MANPATH=%X11ROOT%\usr\man;%X11ROOT%\usr\X11R6\man;%MANPATH%
SET DISPLAY=localhost:0.0
IF $%1$==$$ GOTO DONE
%1 %2 %3 %4 %5 %6 %7 %8 %9

Looking at the above I guess the questions are:-

1] How do I set a locale supported by Xlib

2] How do I create a "proper setup for your display environment"

Any help gratefully received  :-)


Hi All

Having stated in an OpenOffice4.1.1 discussion that I would "cobble together" a cups 2.0 "how To" I did not realise what a long job it would be. I have finally completed the job - I hope.

I have to apologise that this document has been created from memory - which can be inaccurate at times - and from postings I made about the software in the ecups newsgroup so may be slightly incorrect in software versions used or an incomplete list. It is based mainly on my experience of getting cups 2.0 working with

   1] Epson RX585 USB attached to a wireless connected DLink DP-G310 Print Server
   2] Canon PIXMA MG7550 wireless connected - no MG7550 driver but the earlier MG7150 seems to work OK

So, no experience of setting up a USB printer - but it should not be too difficult...

I did make notes when installing cups 2.0 and supporting software but lost my notes when my hard drive crashed just over a week before Christmas...
To make matters much worse: With my new hard drive installed, LVM'd and volumes formatted I plugged in my USB backup drive to xcopy all the backups made the previous week expecting to be back to a fully working setup after a short period of time spent xcopying. As I turned the usb drive on it made a few beeps followed by "Fizzzllle - BANG!
No, the data is not recoverable from that drive either.
So, it is down to my memory and ecups newsgroups postings...

Luckily my own reinstall of cups 2.0 and supporting software was very easy - as the main cups software is in the root of the same drive and is pretty much "self contained" it was a simple copy down the network from another pc.

1] Getting the software and where to unzip packages to

Name and url of software - Unzip to or Copy to or other Instructions

a] The main cups packages

cups 2.0: - Unzip honouring the zipped directory structure to root of a drive [?]: and copy [?]:\cups\lib\cups20.dll to either [BootDrive]:\ecs\dll or [BootDrive]:\os2\dll - alternatively add [?]:\cups\lib to the config.sys libpath and reboot *before* trying to start the eCUPS Daemon (cupsd.exe) later.

cups filters: - Unzip honouring the zipped directory structure to root of same drive as cups2.0

ghostscript 9.15: - Unzip honouring the zipped directory structure to the directory [same drive as cups2.0]:\gs  resulting in \gs\gs9.15 directory structure

gutenprint 5.2.10: - Unzip honouring the zipped directory structure to root of same drive as cups2.0

b] Supporting software required

GCC491.DLL - Unzip gcc491.dll to either [BootDrive]:\ecs\dll or [BootDrive]:\os2\dll - Unzip only these files to \cups\bin:-

    mktemp.exe - Unzip only these files to \cups\bin:-

    fgrep.exe - Unzip *only* this file to
either [BootDrive]:\ecs\dll or [BootDrive]:\os2\dll


sed.exe is required.
eCS 2.1/2.2 users will find a copy in [BootDrive]:\ecs\bin which should be copied to /cups/bin/sed.exe
I have not had to find this file online but this build may work
NOTE: The only file required from this package is sed.exe which should be unzipped to /cups/bin

cupsash.exe is required.
I am using a copy from cups 1.4.8; latest build is
Unzip *only* cupsash.exe to /cups/sbin

sh.exe is required.
I copied /cups/sbin/cupsash.exe to /cups/sbin/sh.exe - seems to work fine

c] Optional supporting packages

Other software may be required depending on the printer make/model and connection method. This software is usually available from the ecups website

If you have a USB attached printer then you probably need the libusb package either:- or

If you have a Canon printer that uses the CNBJNP (Canon BJ Network Port?) printer port in Windows you will need the cups-bjnp package not yet listed on the ecups website - I believe it is required for recent/current usb as well as network printers:-

Release build:
Beta Build:

Unzip bjnp.exe from either of the above honouring the zipped directory structure to the root of the drive with cups 2.0 installed - the file should end up in \cups\lib\cups\backend
I suspect the difference between the 2 builds is how up to date the supported printers list is  - having a current Canon (PIXMA MG7550) I used the 1.9.2 package which is working fine.
When setting up your printer in cups 2.0 you will use bjnp as part of the Device uri. A network printer needs an ip address and port number eg:- bjnp://; Sorry, I have not attached the printer using usb so do not know what that Device uri would look like.

The cups-bjnp packages require cups17.dll -
Unzip *only* cups17.dll honouring the zipped directory structure to the root of the drive with cups 2.0 installed - the file should end up in \cups\lib - not sure whether there should also be a copy in [BootDrive]:\ecs\dll or [BootDrive]:\os2\dll; I seem to recall that cups17.dll is also used by some qt apps so this may be a good move.

The OS/2 printing bits

a] The cups port driver - required for printing with cups from OS/2 apps - Unzip *only* ecups.pdr to [BootDrive]:\os2\dll
For the port driver to work you also need to copy \cups\bin\lpr.exe to [BootDrive]:\tcpip\bin\cupslpr.exe
IMPORTANT: Do *NOT* use the cupslpr.exe included in the file as it will not work with cups 2.0

b] The OS/2 printer driver - required for printing with cups from OS/2 apps - I suggest reading this page before downloading the PSPRINT driver package. When downloaded Unzip to [BootDrive]:\os2\dll\PSPRINT

For the OS/2 postscript printer setup I recommend using the PSPRINT package rather than the usual eCUPS package.
The reason is that the PSPRINT driver produces output from OpenOffice 4.1.1 RC3 and GA whereas using the ECUPS driver always resulted in a failure to print.
The cups error log showed something like "not defined in /mdef" at the point that printing failed.
Using the PSPRINT driver resolves that problem but if using a printer which uses the PostScript ColorModel scheme the printer output is greyscale when colour ouput is selected.
Luckily selecting greyscale output in the Print Job Properties results in colour printing.

2] Making it all work

a] Configuring the CUPS Printer

Make sure your printer is powered on and ready to print.

Having unpackaged all required software into the correct locations the next step is to create the eCUPS Daemon in the Startup folder.

Open the Startup folder, RMB (Right Mouse Button) click on the folder to display the popup menu, Select Create New, Program Object and name it eCUPS Daemon.

Open the Properties for the eCUPS Daemon and enter these details:-

   Path and filename:  cmd.exe
   Parameters:  /c detach ?:\CUPS\SBIN\CUPSD.EXE
   Working directory: ?:\CUPS\SBIN

Obviously you need to change the above "?" to the drive letter that cups is installed on.

Having created the eCUPS Daemon double click to start it then open a browser window at http://localhost:631/admin

Click the Add Printer button. If cups reports your printer click Continue and work through the setup pages until you have selected printer Make and Model - The "Simplified" version of the driver is recommended - and clicked the Add Printer button.

If CUPS does not see your printer then you need to use the Command line to create a basic printer that can be modified using the browser interface.

   Open a command line window in \cups\sbin and enter the following command for a network printer:-

   lpadmin -p YourPrinterName -E -v PrinterIP/Port or Queue Name     
      lpadmin -p RX585 -E -v socket://
      lpadmin -p RX585 -E -v lpd://

   (Sorry, no idea what to do with USB printers here but would expect those to be found by cups)
   "Kill" the eCUPS Daemon cupsd.exe, it will take 4 "kills" before it no longer appears in the Process List,
        then (Re)Start the eCUPS Daemon to load the new printer info.

There should now be a \cups\etc\cups\printers.conf file with the basic printer details. This can be Modified using the browser interface. Load http://localhost:631/printers/ then click on your printer under Queue Name. On the next page click the Modify Printer option in the Administration dropdown list and work through the setup pages. When selecting the PPD file make sure to use the "Simplified" version.

If I remember correctly the eCUPS Daemon (cupsd.exe) is stopped and restarted to load the new printer configuration - and the browser may fail to load the printers page due to an incorrect url so point the browser at http://localhost:631/printers/ then click on your printer under Queue Name. Come to think of it you will probably find a few broken urls resulting in pages displaying "Internal Server Error" when using the cups browser interface but the "broken" url is usually easily corrected.

You can then check that Default print options are correct and then print a Test Page from the Maintenance dropdown list.

!Configuration tip!

Edit the PSTOPDF Filter to avoid unnecessary error messages in the cups error log file

Open the file \cups\lib\cups\filter\pstopdf and change the line

                -dPDFSETTINGS=/printer -dUseCIEColor \
                -dPDFSETTINGS=/printer \

Save the file and exit the editor.

Reason: The option -dUseCIEColor is no longer supported and simply adds to confusion if you need to debug the cups error log.

b] Configuring the OS/2 Printer

OK, We have done the easy bits and finally arrived at the fiddly bit.

Before proceeding further read the [BootDrive]:\OS2\DLL\PSPRINT\readme file paying specific attention to adding a PPD file to PSPRINT.DRV

Open a Command Line Window in [BootDrive]:\OS2\DLL\PSPRINT and run these commands:-

   [[BootDrive]:\OS2\DLL\PSPRINT]copy [?]:\cups\etc\cups\ppd\[your CUPS printer name].ppd to [newname].ppd
     eg:-  copy J:\cups\etc\cups\ppd\MG7550.ppd newMG7500.ppd

   [[BootDrive]:\OS2\DLL\PSPRINT]cleanppd [newname].ppd
     eg:-  cleanppd newMG7500.ppd

   [[BootDrive]:\OS2\DLL\PSPRINT]ppdenc [newname].ppd [your CUPS printer name].ppd
     eg:-  ppdenc newMG7500.ppd MG7550.ppd

   [[BootDrive]:\OS2\DLL\PSPRINT]del [newname].ppd
Note: This leaves only [your CUPS printer name].ppd (eg MG7550.ppd) to be added to the driver in the next step - otherwise both PPD files would get added which could cause problems.

   [[BootDrive]:\OS2\DLL\PSPRINT]pin ppd [BootDrive]:\OS2\DLL\PSPRINT [BootDrive]:\OS2\DLL\PSPRINT\PSPRINT.DRV

As long as all the above steps were successful you can Close the Command Line Window.

The next step is to Create an OS/2 Printer.

There seems to be various ways of achieving this depending on which OS/2 and what printer install routines are available so a general guide:-

Start the OS/2 or eCS Create Printer routine and select Local Printer

Name the Printer and then click Install new printer driver

Enter the location of PSPRINT.DRV - [BootDrive]:\OS2\DLL\PSPRINT  - and click Refresh

Select your printer and click Install.

The Create Printer dialog closes and you should have your new printer in the Printers folder.

Open the Properties for the new printer and select the Output Port tab. If you do not have a CUPS port displayed click Install new port and select the CUPS port if available. If it is not available select New port drivers, enter the Directory [BootDrive]:\OS2\DLL and click Refresh. The CUPS port should now be available for selection. The CUPS port will need configuring so double click on it to open the settings.

The CUPS Server is localhost; the CUPS Printer name is [your CUPS printer name] - the same name used in cups.

You may want to have a look through the Job Properties on the Printer Driver tab to make sure all looks about right before closing the Properties.

You should now have a working OS/2 printer that will pass postscript files to the cups printer for printing so, fire up an app and try to print something.

Hopefully the above will be of help in getting cups 2.0 plus necessary supporting software working for you.

Now, back to getting the scanner side of the MG7550 working perfectly with a wireless connection ...




Internet / Flash and qt4 browsers?
« on: May 05, 2014, 07:32:56 pm »
Hi All

Anyone have Flash and/or html5 working in any of the qt4 webkit browsers?

Qupzilla has a setting "Allow netscape plugins" but seems to ignore the Flash plugin completely when copies of npflos2.dll and npswf32.dll are placed in \Programs\qupzilla\plugins

Attempting to play videos on youtube results in a blank black screen with the text:-
"The Adobe Flash Player or an HTML5 supported browser is required for video playback."

Looks like the Qupzilla port is not a fully working port... Do any of the other qt4 browser support html5 and Flash?



Multimedia / smplayer and smtube
« on: February 26, 2014, 08:29:09 pm »
Hi all

Having spotted that these updates are available I thought I'd download them. The result of my attempt was this error message:-

Download Error

G:\Download.OS2\ could not be saved, because the source file could not be read.

Try again later, or contact the server administrator.

It seems these apps are not available yet...



Pages: 1 [2]