[gvd-users] run in win98 + NT -- help please

Tue, 31 Jul 2001 08:31:26 -0400

Vass,

Here goes (you can see some of my emails on the mailing list, to see how I
got this far, between fiddling and asking questions):

A)Do you have gdb locally on your NT box (via Cygwin or the like) (you
probably need to rebuild locally for Win98, there is a Win98 executable in
these groups a few months back, but it tries to dynamically link with older
DLLs), or are you trying to debug remotely?
If you are trying to debug locally, realize that gvd only supports gdb 4.x
and some of jdb - trying to use anything else, and you'll either hang, or
get an error that the 'debugger died unexpectedly.'

B)Here is an example (personally, I, don't run gdb directly, but use a
script (on the remote host) to first set up my environment and then run gdb,
the scriptname (including path), is put in the place of gdb and its path)---
the QUOTES are VERY IMPORTANT in Windows, or else it thinks that they are
switches to the gvd command. The log-level is so that you can see details of
what's going on, for debugging purposes (look in c:\.gvd\log for the
logging) -- remove it after everything looks AOK. The --dargs gvd argument
allows you to give arguments to the underlying debugger. I'm using the gdb
--directory arg to tell it were to find my sourcecode (in the order in which
it is placed - therefore if your dev environment has some sort of a
viewpath, make sure that the directories are listed in the proper order).
(--pargs is the same thing for arguments to send to the program that you're
trying to debug).

gvd --host myhost --debugger "/opt/langtools/bin/gdb" --log-level 4
"/my/path/execname" --dargs "--directory=/my/path:/my/path/secondarydir"

(I don't think that the path of the execname which is already specified, has
to be mentioned on the --directory line). Of course, you may need the fully
qualified domain name together with the host, depending upon your local
setup.

C)
If you are debugging remotely: Make sure that you DO NOT use Reflection's
rsh, as it doesn't seem to work (it has some different switches - you MAY be
able to use it, if you compile the gvd source code yourself and modify the
assumed switches). Win NTs version is ok (GNU's seems ok too-- so far). I've
been told (since I haven't been able to use it much with problem D, that on
NT, rsh is slow.... I don't know if GNU's rsh is any faster.If issue D gets
working, then I'll be able to tell.

If you want to specify a path, or different command, if you can get into the
UI, go to Preferences and change them there. If the version of rcp / rsh
found first in the path (like I had with Reflection), doesn't allow you to
initialize the UI, go to your .gvd directory, create a file named
preferences and create something like the following, with the correct path.
This file will be modified when you make changed in in the UI after you get
the UI up and running.

An example for running rcp and rsh from c:\goodpath, as opposed to whatever
is being picked up from the PATH:

<?xml version="1.0"?>
<GVD_Preferences>
  <Remote_Copy>c:\goodpath\rcp</Remote_Copy>
  <Remote_Protocol>c:\goodpath\rsh</Remote_Protocol>
</GVD_Preferences>

D) The pretty big problem that I am still having (if you get past this, let
me know!):

I've been trying to debug remotely. I can get the UI up, but the source code
only shows up 1/5 of the time, even though the files are being copied
correctly by rcp. When it doesn't show up, it tells me, "File not found",
even though it has been copied to my PC. What I should do, is compile GVD
locally and add my own tracing... I haven't had a chance....  It's funny
that when I get the 'file not found', the tracing shows that it's doing
something with the file, and then suddenly it disappears... (Maybe the file
pointer is getting messed up somehow???? The program rcp s the file locally,
with a 'temporary' filename, but is supposed to keep track between the
temporary file name and the filename that it's supposed to represent.)I even
tried the Cygwin/GNU rsh/rcp, to see if the behavior will change. (I see in
the source code, which I haven't tried to compile, that there is a delay put
in, for some rcp programs which don't give access to the file immidiately, I
have NO idea if that has something to do with this issue... but it looked
interesting.)

E)For an example of running non-remotely, I'll have to try at home--- where
I now have Cygwin with GDB running (and gvd seems to work with the touch of
fiddling that I've done there). So please let me know if you want to see
that.

F)Thanks to Emmanuel Broit and Arnaud Charlet for all their help and
suggestions, many of which made it into this email. 

Thanks
	Dan

-----Original Message-----
From: vass D [mailto:vassd2000@yahoo.com]
Sent: Monday, July 30, 2001 7:34 PM
To: gvd-users@ACT-Europe.FR
Subject: [gvd-users] run in win98 + NT -- help please

hello, i've been trying to get gvd to run on 98 and NT
and whenever i try to start it i get the help window.

i suppose this means that gtk is running ok, but i
still cant get the main window to run at all.

any help will be greatly appreciated as i'm trying to
get it to work for ages and nothing i tried workd so
far.

obviously, i'm missing somethig here. if anyone got it
running in NT or 95/98 could you give any examples of
how to start it?

thanx a lot.

__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/

_______________________________________________
gvd-users mailing list
gvd-users@lists.act-europe.fr
http://lists.act-europe.fr/mailman/listinfo/gvd-users