From: pavenis AT lanet DOT lv To: bitland AT aol DOT com (Bitland), djgpp AT delorie DOT com Date: Fri, 2 Feb 2001 11:30:46 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Problem RHIDE + Geforce 2 MX-Card Cc: salvador Message-ID: <3A7A9A66.28224.3D81AC@localhost> In-reply-to: <20010201190235.06519.00000223@ng-fr1.aol.com> X-mailer: Pegasus Mail for Win32 (v3.12c) Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On 2 Feb 2001, at 0:02, Bitland wrote: > Hello! > > Many thanks for the answers, I had my 'breakthrough' yesterday. There IS some > information in the docs (think it was even in GDB-html), but the problem was, > that GDB (on the main level in djgpp/gnu/gdb-5.0) does not simply accept 'sh > configure' (even not setting host). As I can interpret the output, it missed Have You read DJGPP readme file in gdb50s.zip (see my earlier message for location). It's writen there how to configure gdb > the setting of HOME. But playing around, I found that all subfolders will do > 'sh configure' and 'make' fine and this way I finally could build libgdb.a > (about 12 MB) - with one problem left: > ANDRIS: The rule to build libgdb.c (and from this the important libgdb.h) > seems not to work - maybe there is a third echo.exe ('make' in libgdb-folder of > RHIDE-source). Here is source of one possible misunderstanding: libgdb.a in directory gdb is not a stuff You need to build RHIDE. One You need is generated by 'make needed' in top RHIDE source directory > It would be the simplest way if you could mail me libgdb.h, else I must > generate this manually, I assume it's just a summary of headers with the > different paths (as I told you, I'm not the master of makefiles:) > > Another thing: > I spotted a bug (I will look for later): > RHIDE crashed searching with a regular expression +[A-Z] with option 'outside > comments' (in a 450 k-file...). It's so. It's inside SETEDIT part, so I'm including stack trace I pasted from RHIDE (rhide rhide.gpr) for Salvador 0x001e8e8b: free () 0x000e2eb8: regfree () search.cc:291: FreeRegExLastSearch () search.cc:297: TCEditor::CompileRegEx (searchStr=0x208780 "+[A-Z]") search.cc:67: TCEditor::CompileSearch (searchStr=0x208780 "+[A-Z]", replaceSt ceditor.cc:1392: TCEditor::find (this=0x321550) ceditor.cc:1878: TCEditor::handleCommand (this=0x321550, command=679) ceditor.cc:1716: TCEditor::handleEvent (this=0x321550, event=@0x2d3a34) tidefile.cc:156: TIDEFileEditor::handleEvent (this=0x321550, event=0x2d3a34) tgroup.cc:315: doHandleEvent (p=0x321550, s=0x2d366c) tgroup.cc:335: TGroup::handleEvent (this=0x343ba0, event=@0x2d3a34) twindow.cc:107: TWindow::handleEvent (this=0x343ba0, event=@0x2d3a34) editwind.cc:99: TCEditWindow::handleEvent (this=0x343ba0, event=@0x2d3a34) tideedit.cc:92: TIDEEditWindow::handleEvent (this=0x343ba0, event=0x2d3a34) tgroup.cc:315: doHandleEvent (p=0x343ba0, s=0x2d379c) tgroup.cc:335: TGroup::handleEvent (this=0x2fc238, event=@0x2d3a34) tdesktop.cc:100: TDeskTop::handleEvent (this=0x2fc238, event=@0x2d3a34) tgroup.cc:315: doHandleEvent (p=0x2fc238, s=0x2d383c) tgroup.cc:335: TGroup::handleEvent (this=0x2fb1f8, event=@0x2d3a34) tprogram.cc:234: TProgram::handleEvent (this=0x2fb1f8, event=@0x2d3a34) idemain.cc:1211: IDE::handleEvent (this=0x2fb1f8, event=0x2d3a34) tgroup.cc:183: TGroup::execute (this=0x2fb1f8) tprogram.cc:331: TProgram::run (this=0x2fb1f8) idemain.cc:2559: main (argc=2, argv=0x2d4118) > If I have finished the compilation and solved the GeForce-problem (if > possible), I would like to present a small wishlist - studying the source I > will take a look if this can be realized. Andris