Re: clipper f/r locking failure

Re: clipper f/r locking failure

[Mgr. Peter Tuharsky]

    Hi!

    I run a clipper app by two users simultaneously on a machine, using 
LTSP thin client for one of them. I don't use lredir; both users have 
their own dosemu installations, only the Clipper program directory is 
physically only at one place, and for the second user is accessed by 
using standard directory symlink placed inside of his DOSEMU structure. 
It works nice for me, on standard local Linux filesystem Ext3 under 
Linux 2.6. Just the access privilegues are to be set correctly in Linux; 
both users in the same group with rw access to all files, try running
chgrp -R <groupname> *
chmod -R 770 *
for the Clipper program directory

and place the
umask 007
command somewhere near beginning of dosemu starting script (in both 
user's installations).

Does it help?


Yassen Damyanov wrote:

> hi all,
>
> I've been trying for quite some time to run a clipper accounting 
> application within DOSEMU/FreeDOS (also within DOSEMU/MS-DOS 7). The 
> thing runs just fine until time comes to do the clipper file and 
> record locking (flock, rlock). In this case, when running two DOSEMU 
> instances on one and the same machine, and files are shared via 
> lredir, one of two clients hangs. (If you wonder how two clients 
> operate on one machine at the same time, they are remote X terminals).
>
> DOSEMU leaves a message like this after terminating the hang client:
>
> "ERROR: SS selector invalid: 0x6A22, type=0 np=1"
>
> The linux version is 2.4.20; the DOSEMU is 1.1.99. I tried with the 
> FreeDOS shipped together with the binary distro of DOSEMU; also with 
> MS-DOS 7 as I said already (which shows me that the problem, ot at 
> leats part of it, is not in the DOS but in the emulator). The clipper 
> version is 5.3b and uses standard clipper locking functions (flock, 
> rlock). If any other information is needed, just let me know.
>
> Please help me somehow to solve this. I was fighting quite a long time 
> with this sole trouble. If I succeed, a well known accounting software 
> in my country will get a reliable and legal open source platform to 
> run on! Would be REALLY GREAT! Many people know of the experiment and 
> often ask me how are things going on... I would like DOSEMU to win 
> this case :-) Hope it will.
>
> -- 
>
> What I intend to try last (after trying so many options, like sharing 
> a disk image or a real vfat partion (yes, bad ideas, but I tried these 
> to see what happens), is to activate networking on each DOSEMU session 
> and try to mount to a samba share somewhere on the local net.
>
> Any comments and suggestions are more than welcome.
> I would appreciate any help -- thanks in advance!
>
> Regards,
> Yassen
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: clipper f/r locking failure

[Mgr. Peter Tuharsky]

And also, try running it under stable 1.2.0 DOSEMU and the beta9 version 
of FREEDOS (avaiable near binaries download). I know that with older 
versions of FREEDOS it didn't work.

Peter


Yassen Damyanov wrote:

> hi all,
>
> I've been trying for quite some time to run a clipper accounting 
> application within DOSEMU/FreeDOS (also within DOSEMU/MS-DOS 7). The 
> thing runs just fine until time comes to do the clipper file and 
> record locking (flock, rlock). In this case, when running two DOSEMU 
> instances on one and the same machine, and files are shared via 
> lredir, one of two clients hangs. (If you wonder how two clients 
> operate on one machine at the same time, they are remote X terminals).
>
> DOSEMU leaves a message like this after terminating the hang client:
>
> "ERROR: SS selector invalid: 0x6A22, type=0 np=1"
>
> The linux version is 2.4.20; the DOSEMU is 1.1.99. I tried with the 
> FreeDOS shipped together with the binary distro of DOSEMU; also with 
> MS-DOS 7 as I said already (which shows me that the problem, ot at 
> leats part of it, is not in the DOS but in the emulator). The clipper 
> version is 5.3b and uses standard clipper locking functions (flock, 
> rlock). If any other information is needed, just let me know.
>
> Please help me somehow to solve this. I was fighting quite a long time 
> with this sole trouble. If I succeed, a well known accounting software 
> in my country will get a reliable and legal open source platform to 
> run on! Would be REALLY GREAT! Many people know of the experiment and 
> often ask me how are things going on... I would like DOSEMU to win 
> this case :-) Hope it will.
>
> -- 
>
> What I intend to try last (after trying so many options, like sharing 
> a disk image or a real vfat partion (yes, bad ideas, but I tried these 
> to see what happens), is to activate networking on each DOSEMU session 
> and try to mount to a samba share somewhere on the local net.
>
> Any comments and suggestions are more than welcome.
> I would appreciate any help -- thanks in advance!
>
> Regards,
> Yassen
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

clipper f/r locking failure

[Yassen Damyanov]

hi all,

I've been trying for quite some time to run a clipper accounting 
application within DOSEMU/FreeDOS (also within DOSEMU/MS-DOS 7). The 
thing runs just fine until time comes to do the clipper file and record 
locking (flock, rlock). In this case, when running two DOSEMU instances 
on one and the same machine, and files are shared via lredir, one of two 
clients hangs. (If you wonder how two clients operate on one machine at 
the same time, they are remote X terminals).

DOSEMU leaves a message like this after terminating the hang client:

"ERROR: SS selector invalid: 0x6A22, type=0 np=1"

The linux version is 2.4.20; the DOSEMU is 1.1.99. I tried with the 
FreeDOS shipped together with the binary distro of DOSEMU; also with 
MS-DOS 7 as I said already (which shows me that the problem, ot at leats 
part of it, is not in the DOS but in the emulator). The clipper version 
is 5.3b and uses standard clipper locking functions (flock, rlock). If 
any other information is needed, just let me know.

Please help me somehow to solve this. I was fighting quite a long time 
with this sole trouble. If I succeed, a well known accounting software 
in my country will get a reliable and legal open source platform to run 
on! Would be REALLY GREAT! Many people know of the experiment and often 
ask me how are things going on... I would like DOSEMU to win this case 
:-) Hope it will.

--

What I intend to try last (after trying so many options, like sharing a 
disk image or a real vfat partion (yes, bad ideas, but I tried these to 
see what happens), is to activate networking on each DOSEMU session and 
try to mount to a samba share somewhere on the local net.

Any comments and suggestions are more than welcome.
I would appreciate any help -- thanks in advance!

Regards,
Yassen

Re: clipper f/r locking failure

[Stas Sergeev]

Hello.

Yassen Damyanov wrote:
> If any other information is needed, just let me know.
> Any comments and suggestions are more than welcome.
> I would appreciate any help -- thanks in advance!
The minimal thing that is required to
get an attention of developers, so to
make your problem a go, is to open a
bug report at BTS on SF and attach a
test-case for your problem there.
This may not help either, but at least
the chances are above zero.
Without even a bug-report, the problem
will unlikely to be resolved, that's
for sure.