home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.ms-windows.programmer.tools
- Path: sparky!uunet!mcsun!sunic!aun.uninett.no!ugle.unit.no!sigyn.idt.unit.no!mariusk
- From: mariusk@idt.unit.no (Marius Kjeldahl)
- Subject: Re: Has anyone seen this OWL problem?
- Message-ID: <1992Aug20.064253.22151@ugle.unit.no>
- Sender: news@ugle.unit.no (NetNews Administrator)
- Reply-To: mariusk@idt.unit.no (Marius Kjeldahl)
- Organization: Div. of CS & Telematics, Norwegian Institute of Technology
- References: <1992Aug12.080756.28348@leland.Stanford.EDU> <1992Aug19.193337.13958@centerline.com>
- Date: Thu, 20 Aug 92 06:42:53 GMT
- Lines: 20
-
- In article <1992Aug19.193337.13958@centerline.com>, cparker@centerline.com (Charles Parker) writes:
- |> In article 28348@leland.Stanford.EDU, kmh@leland.Stanford.EDU (khanhmy hoang) writes:
- |> > My program using Borland's OWL (statically linked) worked perfectly
- |> > in Windows 3.0 and 3.1 when built using BC++ 3.0.
- |> > When built using BC++ 3.1, the program crashes in Windows 3.0 but
- |> > still works fine in Windows 3.1.
- |> >
- |> > I did define WIN30 during compilation, and this should give me backward
- |> > compatibility. But this is not what I get.
- |> >
-
- You are probably sending some wrong parameters (like an invalid handle
- or NULL pointer) to the Windows kernel. Windows 3.1 has more checking
- for validy of parameters than 3.0. You should try to obtain a program
- that logs and displays these errors to the kernel. I've seen one that
- comes with the Microsoft compiler 7.0, called DBWin, it`s great for
- detecting such errors...
-
- Marius
-
-