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

[vass D]

hello Dan...

thank you so much for your great help reply, much of
which i'm gonna be needing in the future...

----------
> If you are trying to debug locally, realize that gvd
> only supports gdb 4.x
----------

i had read that about 100 times but for some reason i
 thought that the latest version is 4.x so i
 interpreted the thing as "it doesnt work with older
than 4.x"

it was only after i read your message that i
clicked...

so i removed ver 5 and got ver 4.18. it works ok now,
but only in win98. on NT i still cant get it to
display the main window...

i'll give you a bit more info if you can see any
mistake...

on win98:
installed gdb in d:\gdb
installed gvd in d:\gvd

path includes d:\gdb\bin

from the command prompt (or double-click on windows
explorer) run it and works


on NT:
installed gdb in c:\gdb
installed gvd in c:\gvd

path includes c:\gdb\bin and c:\gvd\bin and c:\gvd

run the prog and i get nothing (no error message at
all)

in both cases the first run creates d:\.gvd (98) and
c:\.gvd (NT)

in NT the log in .gvd contains nothing.

on both machines if i type gdb from the command prompt
i get:
GNU gdb 4.18
...
configured as "i386-pc-msdosdjgpp"

which means that the path to the debugger is set
correctly.

i dont understand why this happens...it says it's NT
version, so i would expect to have trouble with win98
not with NT.

btw, NT is service-pack 6 and i try to debug localy...

any ideas???

thanx again for your help and sorry for the late reply
(took a short holiday...)

looking forward to your response...

vass D



--- "Rosenzweig, Daniel Z (Dan), NNAD" <danr@att.com>
wrote:
> 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
> 
> _______________________________________________
> gvd-users mailing list
> gvd-users@lists.act-europe.fr
>
http://lists.act-europe.fr/mailman/listinfo/gvd-users


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