delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1996/12/17/17:03:05

From: crispen AT hiwaay DOT net (Bob Crispen)
Subject: Calling cygwin.dll functions from Visual Basic
17 Dec 1996 17:03:05 -0800 :
Sender: daemon AT cygnus DOT com
Approved: cygnus DOT gnu-win32 AT cygnus DOT com
Distribution: cygnus
Message-ID: <32B73CFB.3D92.cygnus.gnu-win32@hiwaay.net>
Reply-To: crispen AT hiwaay DOT net
Mime-Version: 1.0
X-Mailer: Mozilla 3.0 (Win95; I)
Original-To: gnu-win32 AT cygnus DOT com
Original-Sender: owner-gnu-win32 AT cygnus DOT com

OK, check *this* out.  A guy at work is doing a lot of string
handling in Visual Basic on his NT 4.0 machine and suspects
that VB's string functions are slowing his code down
considerably.

Like a good scout, I copied over cygwin.dll from v14 or 15
to his machine, did a Declare just like the Visual Basic
manual says (including the pass by value stuff) for strcpy(),
and handed it two strings of equal length.

Well, it blew up on an Error 49, function parameter error.
My guess was that the function name in cygwin.dll (which
I discovered with nm) is _strcpy, while VB requires it
to be something window-fied like _strcpy AT 2.

Does anybody know of a way, apart from hauling out the
VC++ manual and compiling the cygwin.dll code, that I can
get his VB program to call strcpy() and the rest?
--
Rev. Bob "Bob" Crispen
crispen AT hiwaay DOT net
"A polar bear is just another way of expressing a rectangular bear."
-
For help on using this list, send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019