are SZ and RZ available on the third party disk or elsewhere

I just found out that qcp is not working in 6.2.1 release.

Now, the question is… what are my alternatives?

Way back in the qnx2 / qnx4 days, I would just have used sz or rz
automatically, but are they still available??

What package would they be in on the 3rd party disk, or where can I download
them??

I am still working on trying to get the networking up on the embedded box,
but no luck yet.

Thanks,

John Eddy

John Eddy <john.h.eddy@lmco.com> wrote:

I am still working on trying to get the networking up on the embedded box,
but no luck yet.

http://qnx.wox.org/qnx/sources/rzsz-src.tar.gz

Just do a “make install” as root.

chris


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

I downloaded this and did a make.
before I copied it to the embedded system…
I looked at it with objdump to see if I needed any libraries besides
libc.so…
And it needs libsocket.so.2???
Is this the simple serial transfer protocol??

I really was not planning to put the socket library in the image if I didn’t
get networking running. I am a bit size constrained.

But… thanks for the prompt response.

Thanks,

John
“Chris McKillop” <cdm@qnx.com> wrote in message
news:b8opaf$hk7$3@nntp.qnx.com

John Eddy <> john.h.eddy@lmco.com> > wrote:

I am still working on trying to get the networking up on the embedded
box,
but no luck yet.


http://qnx.wox.org/qnx/sources/rzsz-src.tar.gz

Just do a “make install” as root.

chris


Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

They use libsocket.so.2 because they can rz/sz over a network. I have not
used it myself but the feature is probably very handy.

chris

John Eddy <john.h.eddy@lmco.com> wrote:

I downloaded this and did a make.
before I copied it to the embedded system…
I looked at it with objdump to see if I needed any libraries besides
libc.so…
And it needs libsocket.so.2???
Is this the simple serial transfer protocol??

I really was not planning to put the socket library in the image if I didn’t
get networking running. I am a bit size constrained.

But… thanks for the prompt response.

Thanks,

John
“Chris McKillop” <> cdm@qnx.com> > wrote in message
news:b8opaf$hk7$> 3@nntp.qnx.com> …
John Eddy <> john.h.eddy@lmco.com> > wrote:

I am still working on trying to get the networking up on the embedded
box,
but no luck yet.


http://qnx.wox.org/qnx/sources/rzsz-src.tar.gz

Just do a “make install” as root.

chris


Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

\


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

I feel silly asking this, but how does this work?

last time I used sz/rz I ran qtalk on a terminal interface to the other
machine, and typed sz at it’s prompt. qtalk autodetected the tranfer and
started rz. I tried that and got an error:

qtalk: (read) Resorce temporarily unavailable

and qtalk died.

I tried starting rz on one side:

rz

and sz on the other

sz laserCode

and

got **B00000000000000

on the sz side, and it stopped

got lots of CCCC’s on the rz side and it hung that way.

What am I missing here?? This is similar to the results I got with qcp.

stty </dev/ser1 gives
Name: /dev/ser1
Type: serial
Opens: 3
+edit +echok +echonl -brkint
+ihflow +ohflow
inter=^C quit=^\ erase=^? kill=^U eof=^D start=^D stop=^S susp=^Z
lnext=^V min=01 time=0 pr1=^[ pr2=5b left=44 right=43 up=41
down=42 ins=40 del=50 home=48 end=59
par=none bits=8 stopb=1 baud=115200 rows=0,0

same on both machines…

I didn’t see a way to specify what device to use for transfer in the command
line help (except for the tcp/ip options) for sz rz, but they appear to
default to ser1.

I know I must be missing something simple.

Thanks,

John Eddy

“Chris McKillop” <cdm@qnx.com> wrote in message
news:b8p39d$od9$1@nntp.qnx.com

They use libsocket.so.2 because they can rz/sz over a network. I have not
used it myself but the feature is probably very handy.

chris

John Eddy <> john.h.eddy@lmco.com> > wrote:
I downloaded this and did a make.
before I copied it to the embedded system…
I looked at it with objdump to see if I needed any libraries besides
libc.so…
And it needs libsocket.so.2???
Is this the simple serial transfer protocol??

I really was not planning to put the socket library in the image if I
didn’t
get networking running. I am a bit size constrained.

But… thanks for the prompt response.

Thanks,

John
“Chris McKillop” <> cdm@qnx.com> > wrote in message
news:b8opaf$hk7$> 3@nntp.qnx.com> …
John Eddy <> john.h.eddy@lmco.com> > wrote:

I am still working on trying to get the networking up on the embedded
box,
but no luck yet.


http://qnx.wox.org/qnx/sources/rzsz-src.tar.gz

Just do a “make install” as root.

chris


Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I
get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/




\

Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Have you thought about using Kermit?

I had a similar problem a while back and had the same problems as you
with qcp.

If you have a look at C-Kermit Version 6.0, I beleieve that it does not
have the networking implemented and hence is smallish in size.

What platform/processor are you working with? I might have a copy of it
lying around here.

Best regards

Dave


John Eddy wrote:

I just found out that qcp is not working in 6.2.1 release.

Now, the question is… what are my alternatives?

Way back in the qnx2 / qnx4 days, I would just have used sz or rz
automatically, but are they still available??

What package would they be in on the 3rd party disk, or where can I download
them??

I am still working on trying to get the networking up on the embedded box,
but no luck yet.

Thanks,

John Eddy

last time I used sz/rz I ran qtalk on a terminal interface to the other
machine, and typed sz at it’s prompt. qtalk autodetected the tranfer and
started rz. I tried that and got an error:

I was hoping to avoid going into this kind of detail but…

When you installed the QNX packages you got a bunch of shell scripts
(qtalkx, qtalkz, qtalky) for x/z/ymodem support. You will need to copy
the rz and sz you built over the provided lrz and lsz (bug in the package
that contains those binaries). Then you can do…

qtalkz …

And when you issue the sz/rz on the target do a ctrl-a and hit r to receive,
or s to send.

chris


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Dave,

I seem to recall way back in my pdp-11 days, using kermit to get data over
to a laptop running dos 5 from a system running RT-11, but it has been quite
a while since I messed with it.

I am using a Prometheus PC-104 card from Diamond systems. It is a 486 DX2
100 pc compatable SBC with built in 16 channel analog inputs, 4 channel
analog outputs, 24 digital IO lines, one 16 bit counter, one 24 bit counter,
4 serial ports, ethernet (ns83815), 2 usb, 1 parallel, kbd, mouse.

I am also exploring ethernet as a possiblity, but I was hoping for something
with a much smaller footprint for transferring files to the system. It’s
final configuration will be to boot from a built in pseudo floppy (really
leftover flash memory after end of bios, handled by bios code) drive with
1.44 Mb of space. This floppy is visible to bios and dos, but not to QNX, so
everything will need to be in the boot image.

Thanks,

John

“Dave Edwards” <Dave.edwards@abicom-international.com> wrote in message
news:3EB1338D.6040602@abicom-international.com

Have you thought about using Kermit?

I had a similar problem a while back and had the same problems as you
with qcp.

If you have a look at C-Kermit Version 6.0, I beleieve that it does not
have the networking implemented and hence is smallish in size.

What platform/processor are you working with? I might have a copy of it
lying around here.

Best regards

Dave


John Eddy wrote:
I just found out that qcp is not working in 6.2.1 release.

Now, the question is… what are my alternatives?

Way back in the qnx2 / qnx4 days, I would just have used sz or rz
automatically, but are they still available??

What package would they be in on the 3rd party disk, or where can I
download
them??

I am still working on trying to get the networking up on the embedded
box,
but no luck yet.

Thanks,

John Eddy

Hi John,

Another way that we tackled this problem was to write a mini file
loader. This would accept Srecord Images and download them into memory,
once loaded, another routing would then burn the image into flash.

I guess that the question here is if you have a file system available
for download. If not then the mini loader approach would probably work.
You would use mkifs to generate an os image, then convert it to srecord
format.

Once done, sent it to the target and burn it into the appropriate location.

The other option would be to have a look at the image_download_8250
function written by QNX. I’ve also used this as part of the initial
bootstrap to allow an OS image to be loaded onto the board.

Regards

Dave


John Eddy wrote:

Dave,

I seem to recall way back in my pdp-11 days, using kermit to get data over
to a laptop running dos 5 from a system running RT-11, but it has been quite
a while since I messed with it.

I am using a Prometheus PC-104 card from Diamond systems. It is a 486 DX2
100 pc compatable SBC with built in 16 channel analog inputs, 4 channel
analog outputs, 24 digital IO lines, one 16 bit counter, one 24 bit counter,
4 serial ports, ethernet (ns83815), 2 usb, 1 parallel, kbd, mouse.

I am also exploring ethernet as a possiblity, but I was hoping for something
with a much smaller footprint for transferring files to the system. It’s
final configuration will be to boot from a built in pseudo floppy (really
leftover flash memory after end of bios, handled by bios code) drive with
1.44 Mb of space. This floppy is visible to bios and dos, but not to QNX, so
everything will need to be in the boot image.

Thanks,

John

“Dave Edwards” <> Dave.edwards@abicom-international.com> > wrote in message
news:> 3EB1338D.6040602@abicom-international.com> …

Have you thought about using Kermit?

I had a similar problem a while back and had the same problems as you
with qcp.

If you have a look at C-Kermit Version 6.0, I beleieve that it does not
have the networking implemented and hence is smallish in size.

What platform/processor are you working with? I might have a copy of it
lying around here.

Best regards

Dave


John Eddy wrote:

I just found out that qcp is not working in 6.2.1 release.

Now, the question is… what are my alternatives?

Way back in the qnx2 / qnx4 days, I would just have used sz or rz
automatically, but are they still available??

What package would they be in on the 3rd party disk, or where can I

download

them??

I am still working on trying to get the networking up on the embedded

box,

but no luck yet.

Thanks,

John Eddy

\

Dave,

I am able to connect a floppy drive to do the initial “download” to the
system. If I boot from a dos floppy, I can see the pseudo floppy drive as my
B: drive, and use loadqnx.sys in the config.sys file to start the ifs file I
copy to the drive. This limits the ifs file to about 1.2Mb, but all I have
to do is copy the new file to the drive to change it, no formatting, or
anything like that.

I got qnet to work after asking the right questions, and looking over some
example code. That is working out fine for testing intermediate versions of
the code (writing to the 32Mb flash IDE drive we have for development). It
just doesn’t help me with the option to update the pseudo floppy drive while
I am running QNX.

Unfortunately, I can’t see the pseudo drive from QNX at all. That makes it
hard to update the image while I am running QNX. The documentation for the
Prometheous card says that this is the remainder of a 2Mb flash and 512K of
it is used for BIOS, the rest is managed by BIOS to emulate a floppy drive.

Does anyone know how I would access this under QNX. I assume BIOS is dead
and gone by then, or is there a qnx driver that wraps around BIOS calls for
floppy access??

It could be rather tricky if I try to access the area with the flash file
system under Qnx, and a FAT12 file system on bootup or from DOS, so I am not
sure if I really want to try this. I am also concerned about blowing away
the BIOS if I set the flash filesystem parameters wrong.

Thanks,

John Eddy

“Dave Edwards” <Dave.edwards@abicom-international.com> wrote in message
news:3EBF8F3C.6020709@abicom-international.com

Hi John,

Another way that we tackled this problem was to write a mini file
loader. This would accept Srecord Images and download them into memory,
once loaded, another routing would then burn the image into flash.

I guess that the question here is if you have a file system available
for download. If not then the mini loader approach would probably work.
You would use mkifs to generate an os image, then convert it to srecord
format.

Once done, sent it to the target and burn it into the appropriate
location.

The other option would be to have a look at the image_download_8250
function written by QNX. I’ve also used this as part of the initial
bootstrap to allow an OS image to be loaded onto the board.

Regards

Dave


John Eddy wrote:
Dave,

I seem to recall way back in my pdp-11 days, using kermit to get data
over
to a laptop running dos 5 from a system running RT-11, but it has been
quite
a while since I messed with it.

I am using a Prometheus PC-104 card from Diamond systems. It is a 486
DX2
100 pc compatable SBC with built in 16 channel analog inputs, 4 channel
analog outputs, 24 digital IO lines, one 16 bit counter, one 24 bit
counter,
4 serial ports, ethernet (ns83815), 2 usb, 1 parallel, kbd, mouse.

I am also exploring ethernet as a possiblity, but I was hoping for
something
with a much smaller footprint for transferring files to the system. It’s
final configuration will be to boot from a built in pseudo floppy
(really
leftover flash memory after end of bios, handled by bios code) drive
with
1.44 Mb of space. This floppy is visible to bios and dos, but not to
QNX, so
everything will need to be in the boot image.

Thanks,

John

“Dave Edwards” <> Dave.edwards@abicom-international.com> > wrote in message
news:> 3EB1338D.6040602@abicom-international.com> …

Have you thought about using Kermit?

I had a similar problem a while back and had the same problems as you
with qcp.

If you have a look at C-Kermit Version 6.0, I beleieve that it does not
have the networking implemented and hence is smallish in size.

What platform/processor are you working with? I might have a copy of it
lying around here.

Best regards

Dave


John Eddy wrote:

I just found out that qcp is not working in 6.2.1 release.

Now, the question is… what are my alternatives?

Way back in the qnx2 / qnx4 days, I would just have used sz or rz
automatically, but are they still available??

What package would they be in on the 3rd party disk, or where can I

download

them??

I am still working on trying to get the networking up on the embedded

box,

but no luck yet.

Thanks,

John Eddy


\