public inbox for linux-msdos@vger.kernel.org
 help / color / mirror / Atom feed
From: "Peter B. Steiger" <wypbs_002@bornagain.com>
To: linux-msdos@vger.kernel.org
Subject: dbrlock() in Clipper hangs
Date: Mon, 02 Feb 2004 11:45:15 -0700	[thread overview]
Message-ID: <1075747515.2172.98.camel@SweetAdeline> (raw)

Since there are other Clipper users on this list, maybe you can help me
with a strange problem I have running a very large (EXE > 4MB)
application.  When it starts up, the login routine attempts to lock the
user's record to update the last login date and time, but when it gets
to the dbrlock() function, the application hangs - no error message, and
I can still alt-C to terminate, but something is going into an infinite
loop.  Since I don't know the internal mechanism used by dbrlock() I
can't even guess what it is trying (and failing) to do.

The strange thing is, smaller applications which use dbrlock() have no
trouble at all.  So I'm thinking it might have something to do with the
way the large app uses DPMI or UMB or both.  It is Clipper 5.2e linked
with Blinker 6.0.  Later in the program are some C and assembler
functions for accessing the volume serial number of the C drive, but
those are not used before the dbrlock() freezes up.

What kind of debugging flags would be useful to track this down?  If I
turn them all on, the debug log reaches several meg by the time it gets
to that login prompt.

Kernel is 2.4.23, gcc is 3.2.2, dosemu is 1.1.99.1.  I'm still using
that instead of 1.2.0 because 1.2.0 gives me errors reading global.conf,
but that's a subject for a separate message!  Oh, and the DOS version is
Win98; I have a boot directory linked to the actual C: partition with my
real Win98 files.

-------
Peter B. Steiger
Cheyenne, WY



                 reply	other threads:[~2004-02-02 18:45 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1075747515.2172.98.camel@SweetAdeline \
    --to=wypbs_002@bornagain.com \
    --cc=linux-msdos@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox