rhide-users Mailing List for RHIDE
Brought to you by:
rhoehne
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(16) |
Sep
(69) |
Oct
(14) |
Nov
(6) |
Dec
(30) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
(39) |
Mar
(11) |
Apr
(23) |
May
(20) |
Jun
(6) |
Jul
(2) |
Aug
(8) |
Sep
(4) |
Oct
(25) |
Nov
(1) |
Dec
(9) |
2003 |
Jan
(29) |
Feb
(29) |
Mar
(4) |
Apr
(1) |
May
(53) |
Jun
(12) |
Jul
(5) |
Aug
(19) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(7) |
2004 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
(2) |
May
(7) |
Jun
(37) |
Jul
(25) |
Aug
(2) |
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(7) |
2005 |
Jan
(11) |
Feb
(2) |
Mar
|
Apr
(11) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(1) |
Nov
(11) |
Dec
(1) |
2006 |
Jan
(1) |
Feb
(9) |
Mar
(2) |
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(13) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John B. <joh...@op...> - 2012-04-17 05:40:46
|
On Fri, Apr 13, 2012 at 09:30:13AM +0200, sd...@on... wrote: > Hi, > > I've already fixed yesterday's problem I described in my previous email. > > Now I have got another one: > > > make -f gpr2mak.mak CFLAGS="" LDFLAGS="" > RHIDESRC="/tmp/sm/rhide15cs/contrib/rhide-1.5c" > TV_INC="/usr/include/rhtvision" TVOBJ="/usr/lib" SETSRC="/tmp/sm/setedit" > SETOBJ="/usr/lib" GDB_SRC="/tmp/sm/gdb-5.3/" > GDB_OBJ="/tmp/sm/rhide15cs/contrib/rhide-1.5c/gdb_obj" rhide_OS="Linux" > top_obj_dir="/tmp/sm/rhide15cs/contrib/rhide-1.5c" > install_datadir=share/rhide install_docdir=share/doc/rhide > install_infodir=share/info install_bindir=bin > install_localedir=share/locale DATA_MODE="-m 0644" EXEC_MODE="-m 0755" > SETUID="" SETGID="" prefix=/usr/local update_src_file="echo" > update_gpr_file="echo" txt_conv="" > make[1]: Entering directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c' > make -C libide/ -f libide.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > LDFLAGS="" CPPFLAGS="" > make[2]: Entering directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide' > make -C names/ -f names.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > LDFLAGS="" CPPFLAGS="" > make[3]: Entering directory > `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/names' > make[3]: Nothing to be done for `all'. > make[3]: Leaving directory > `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/names' > make -C stream/ -f stream.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > LDFLAGS="" CPPFLAGS="" > make[3]: Entering directory > `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/stream' > make[3]: Nothing to be done for `all'. > make[3]: Leaving directory > `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/stream' > gcc -I/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/include > -I/tmp/sm/rhide15cs/contrib/rhide-1.5c/libtvuti/include > -I/tmp/sm/rhide15cs/contrib/rhide-1.5c/librhuti -I/usr/include/rhtvision > -I/tmp/sm/setedit/include -I/tmp/sm/setedit/settvuti/include -g -O2 > -DRHIDE -pipe -D_GNU_SOURCE -fno-exceptions -fno-rtti -c > tflagent.cc -o tflagent.o > tflagent.cc: In member function 'void TFlagEntry::ToggleActive()': > tflagent.cc:52:31: error: expected type-specifier before 'TRangeValidator' > tflagent.cc:52:31: error: expected ')' before 'TRangeValidator' > tflagent.cc:52:52: error: cannot convert 'int*' to 'TValidator*' for > argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, > int, TValidator*)' > tflagent.cc:66:31: error: expected type-specifier before 'TRangeValidator' > tflagent.cc:66:31: error: expected ')' before 'TRangeValidator' > tflagent.cc:66:53: error: cannot convert 'int*' to 'TValidator*' for > argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, > int, TValidator*)' > tflagent.cc:81:21: error: expected type-specifier before > 'TFilterValidator' > tflagent.cc:81:21: error: cannot convert 'int*' to 'TValidator*' in > assignment > tflagent.cc:81:21: error: expected ';' before 'TFilterValidator' > tflagent.cc:105:21: error: expected type-specifier before > 'TFilterValidator' > tflagent.cc:105:21: error: cannot convert 'int*' to 'TValidator*' in > assignment > tflagent.cc:105:21: error: expected ';' before 'TFilterValidator' > make[2]: *** [tflagent.o] Error 1 > make[2]: Leaving directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide' > make[1]: *** [libide/libide.gpr.force] Error 2 > make[1]: Leaving directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c' > > I haven't been using c++ for a few years and I forgot almost everything > about c++ syntax. > Maybe one more suggestion - how to fix it - and if it won't help I just > give up with rhide. > > I forgot to write that I'm trying to compile RHIDE under linux. > > Generally I'm trying to use rhide as a complex solution for debugging in > virtual terminal environment - not under X11 - for some reasons. > > > > On Fri, 13 Apr 2012, Andris Pavenis wrote: > > > On 04/12/2012 08:45 AM, sd...@on... wrote: > >> Hello, > >> > >> I have got problems with compilation of RHIDE 1.5. I'm not quite familiar > >> with c++ so I have no idea how to fix it. Any suggestions? > >> > > > > Last time I compiled RHIDE from sources was more than 5 years ago. I > > suspect that doing that with any recent version of GCC is doomed > > to failure. > > > > You could of course try getting sources from SourceForge version control > > instead of using version 1.5, but otherwise You are on Your own. You > > will almost certainly require source code modifications unless some old > > GCC version is being used. I have no plans to do anything with RHIDE any > > more (except than not removing my latest build from > > http://ap1.pp.fi/djgpp/rhide/ as there is still enough space) > > > > Andris > > > > PS. Do not expect much help in this list. It is very silent already > > for years. I would strongly suggest to think about using some other > > development environment instead of RHIDE. > > > >> > >> # make > >> make -f gpr2mak.mak CFLAGS="" LDFLAGS="" RHIDESRC="/tmp/sm/rhide-1.5" > >> TV_INC="/tmp/sm/rhide-1.5/../tvision/include" TVOBJ="/usr/lib" > >> SETSRC="/tmp/sm/rhide-1.5/../setedit" SETOBJ="/usr/lib" > >> GDB_SRC="/tmp/sm/rhide-1.5/../gdb-5.3" GDB_OBJ="/tmp/sm/rhide-1.5/gdb_obj" > >> rhide_OS="Linux" top_obj_dir="/tmp/sm/rhide-1.5" > >> install_datadir=share/rhide install_docdir=share/doc/rhide > >> install_infodir=share/info install_bindir=bin > >> install_localedir=share/locale DATA_MODE="-m 0644" EXEC_MODE="-m 0755" > >> SETUID="" SETGID="" prefix=/usr/local update_src_file="echo" > >> update_gpr_file="echo" txt_conv="" > >> make[1]: Entering directory `/tmp/sm/rhide-1.5' > >> make -C libide/ -f libide.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > >> LDFLAGS="" CPPFLAGS="" > >> make[2]: Entering directory `/tmp/sm/rhide-1.5/libide' > >> make -C names/ -f names.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > >> LDFLAGS="" CPPFLAGS="" > >> make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/names' > >> make[3]: Nothing to be done for `all'. > >> make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/names' > >> make -C stream/ -f stream.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > >> LDFLAGS="" CPPFLAGS="" > >> make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/stream' > >> make[3]: Nothing to be done for `all'. > >> make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/stream' > >> gcc -I/tmp/sm/rhide-1.5/libide/include > >> -I/tmp/sm/rhide-1.5/libtvuti/include -I/tmp/sm/rhide-1.5/librhuti > >> -I/tmp/sm/rhide-1.5/../tvision/include > >> -I/tmp/sm/rhide-1.5/../setedit/include > >> -I/tmp/sm/rhide-1.5/../setedit/settvuti/include -g -O2 > >> -DRHIDE -pipe -D_GNU_SOURCE -fno-exceptions -fno-rtti -c > >> tflagent.cc -o tflagent.o > >> tflagent.cc: In member function 'void TFlagEntry::ToggleActive()': > >> tflagent.cc:52:31: error: expected type-specifier before 'TRangeValidator' > >> tflagent.cc:52:31: error: expected ')' before 'TRangeValidator' > >> tflagent.cc:52:52: error: cannot convert 'int*' to 'TValidator*' for > >> argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, > >> int, TValidator*)' > >> tflagent.cc:66:31: error: expected type-specifier before 'TRangeValidator' > >> tflagent.cc:66:31: error: expected ')' before 'TRangeValidator' > >> tflagent.cc:66:53: error: cannot convert 'int*' to 'TValidator*' for > >> argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, > >> int, TValidator*)' > >> tflagent.cc:81:21: error: expected type-specifier before > >> 'TFilterValidator' > >> tflagent.cc:81:21: error: cannot convert 'int*' to 'TValidator*' in > >> assignment > >> tflagent.cc:81:21: error: expected ';' before 'TFilterValidator' > >> tflagent.cc:105:21: error: expected type-specifier before > >> 'TFilterValidator' > >> tflagent.cc:105:21: error: cannot convert 'int*' to 'TValidator*' in > >> assignment > >> tflagent.cc:105:21: error: expected ';' before 'TFilterValidator' > >> make[2]: *** [tflagent.o] Error 1 > >> make[2]: Leaving directory `/tmp/sm/rhide-1.5/libide' > >> make[1]: *** [libide/libide.gpr.force] Error 2 > >> make[1]: Leaving directory `/tmp/sm/rhide-1.5' > >> make: *** [gpr2mak.exe] Error 2 It has been years since I have attempted to compile RHIDE under linux. Have you checked out http://www.rhide.com ? Another terminal editor you may be able to use is jed (wordperfect commands) or joe (emacs like commands). If you are looking for a terminal based pascal ide try looking at http://www.fpc.org The last time I use it it was stable and easy to use. Regards John |
From: <sd...@on...> - 2012-04-13 07:30:31
|
Hi, I've already fixed yesterday's problem I described in my previous email. Now I have got another one: make -f gpr2mak.mak CFLAGS="" LDFLAGS="" RHIDESRC="/tmp/sm/rhide15cs/contrib/rhide-1.5c" TV_INC="/usr/include/rhtvision" TVOBJ="/usr/lib" SETSRC="/tmp/sm/setedit" SETOBJ="/usr/lib" GDB_SRC="/tmp/sm/gdb-5.3/" GDB_OBJ="/tmp/sm/rhide15cs/contrib/rhide-1.5c/gdb_obj" rhide_OS="Linux" top_obj_dir="/tmp/sm/rhide15cs/contrib/rhide-1.5c" install_datadir=share/rhide install_docdir=share/doc/rhide install_infodir=share/info install_bindir=bin install_localedir=share/locale DATA_MODE="-m 0644" EXEC_MODE="-m 0755" SETUID="" SETGID="" prefix=/usr/local update_src_file="echo" update_gpr_file="echo" txt_conv="" make[1]: Entering directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c' make -C libide/ -f libide.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" LDFLAGS="" CPPFLAGS="" make[2]: Entering directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide' make -C names/ -f names.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" LDFLAGS="" CPPFLAGS="" make[3]: Entering directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/names' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/names' make -C stream/ -f stream.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" LDFLAGS="" CPPFLAGS="" make[3]: Entering directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/stream' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/stream' gcc -I/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide/include -I/tmp/sm/rhide15cs/contrib/rhide-1.5c/libtvuti/include -I/tmp/sm/rhide15cs/contrib/rhide-1.5c/librhuti -I/usr/include/rhtvision -I/tmp/sm/setedit/include -I/tmp/sm/setedit/settvuti/include -g -O2 -DRHIDE -pipe -D_GNU_SOURCE -fno-exceptions -fno-rtti -c tflagent.cc -o tflagent.o tflagent.cc: In member function 'void TFlagEntry::ToggleActive()': tflagent.cc:52:31: error: expected type-specifier before 'TRangeValidator' tflagent.cc:52:31: error: expected ')' before 'TRangeValidator' tflagent.cc:52:52: error: cannot convert 'int*' to 'TValidator*' for argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, int, TValidator*)' tflagent.cc:66:31: error: expected type-specifier before 'TRangeValidator' tflagent.cc:66:31: error: expected ')' before 'TRangeValidator' tflagent.cc:66:53: error: cannot convert 'int*' to 'TValidator*' for argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, int, TValidator*)' tflagent.cc:81:21: error: expected type-specifier before 'TFilterValidator' tflagent.cc:81:21: error: cannot convert 'int*' to 'TValidator*' in assignment tflagent.cc:81:21: error: expected ';' before 'TFilterValidator' tflagent.cc:105:21: error: expected type-specifier before 'TFilterValidator' tflagent.cc:105:21: error: cannot convert 'int*' to 'TValidator*' in assignment tflagent.cc:105:21: error: expected ';' before 'TFilterValidator' make[2]: *** [tflagent.o] Error 1 make[2]: Leaving directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c/libide' make[1]: *** [libide/libide.gpr.force] Error 2 make[1]: Leaving directory `/tmp/sm/rhide15cs/contrib/rhide-1.5c' I haven't been using c++ for a few years and I forgot almost everything about c++ syntax. Maybe one more suggestion - how to fix it - and if it won't help I just give up with rhide. I forgot to write that I'm trying to compile RHIDE under linux. Generally I'm trying to use rhide as a complex solution for debugging in virtual terminal environment - not under X11 - for some reasons. On Fri, 13 Apr 2012, Andris Pavenis wrote: > On 04/12/2012 08:45 AM, sd...@on... wrote: >> Hello, >> >> I have got problems with compilation of RHIDE 1.5. I'm not quite familiar >> with c++ so I have no idea how to fix it. Any suggestions? >> > > Last time I compiled RHIDE from sources was more than 5 years ago. I > suspect that doing that with any recent version of GCC is doomed > to failure. > > You could of course try getting sources from SourceForge version control > instead of using version 1.5, but otherwise You are on Your own. You > will almost certainly require source code modifications unless some old > GCC version is being used. I have no plans to do anything with RHIDE any > more (except than not removing my latest build from > http://ap1.pp.fi/djgpp/rhide/ as there is still enough space) > > Andris > > PS. Do not expect much help in this list. It is very silent already > for years. I would strongly suggest to think about using some other > development environment instead of RHIDE. > >> >> # make >> make -f gpr2mak.mak CFLAGS="" LDFLAGS="" RHIDESRC="/tmp/sm/rhide-1.5" >> TV_INC="/tmp/sm/rhide-1.5/../tvision/include" TVOBJ="/usr/lib" >> SETSRC="/tmp/sm/rhide-1.5/../setedit" SETOBJ="/usr/lib" >> GDB_SRC="/tmp/sm/rhide-1.5/../gdb-5.3" GDB_OBJ="/tmp/sm/rhide-1.5/gdb_obj" >> rhide_OS="Linux" top_obj_dir="/tmp/sm/rhide-1.5" >> install_datadir=share/rhide install_docdir=share/doc/rhide >> install_infodir=share/info install_bindir=bin >> install_localedir=share/locale DATA_MODE="-m 0644" EXEC_MODE="-m 0755" >> SETUID="" SETGID="" prefix=/usr/local update_src_file="echo" >> update_gpr_file="echo" txt_conv="" >> make[1]: Entering directory `/tmp/sm/rhide-1.5' >> make -C libide/ -f libide.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" >> LDFLAGS="" CPPFLAGS="" >> make[2]: Entering directory `/tmp/sm/rhide-1.5/libide' >> make -C names/ -f names.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" >> LDFLAGS="" CPPFLAGS="" >> make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/names' >> make[3]: Nothing to be done for `all'. >> make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/names' >> make -C stream/ -f stream.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" >> LDFLAGS="" CPPFLAGS="" >> make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/stream' >> make[3]: Nothing to be done for `all'. >> make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/stream' >> gcc -I/tmp/sm/rhide-1.5/libide/include >> -I/tmp/sm/rhide-1.5/libtvuti/include -I/tmp/sm/rhide-1.5/librhuti >> -I/tmp/sm/rhide-1.5/../tvision/include >> -I/tmp/sm/rhide-1.5/../setedit/include >> -I/tmp/sm/rhide-1.5/../setedit/settvuti/include -g -O2 >> -DRHIDE -pipe -D_GNU_SOURCE -fno-exceptions -fno-rtti -c >> tflagent.cc -o tflagent.o >> tflagent.cc: In member function 'void TFlagEntry::ToggleActive()': >> tflagent.cc:52:31: error: expected type-specifier before 'TRangeValidator' >> tflagent.cc:52:31: error: expected ')' before 'TRangeValidator' >> tflagent.cc:52:52: error: cannot convert 'int*' to 'TValidator*' for >> argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, >> int, TValidator*)' >> tflagent.cc:66:31: error: expected type-specifier before 'TRangeValidator' >> tflagent.cc:66:31: error: expected ')' before 'TRangeValidator' >> tflagent.cc:66:53: error: cannot convert 'int*' to 'TValidator*' for >> argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, >> int, TValidator*)' >> tflagent.cc:81:21: error: expected type-specifier before >> 'TFilterValidator' >> tflagent.cc:81:21: error: cannot convert 'int*' to 'TValidator*' in >> assignment >> tflagent.cc:81:21: error: expected ';' before 'TFilterValidator' >> tflagent.cc:105:21: error: expected type-specifier before >> 'TFilterValidator' >> tflagent.cc:105:21: error: cannot convert 'int*' to 'TValidator*' in >> assignment >> tflagent.cc:105:21: error: expected ';' before 'TFilterValidator' >> make[2]: *** [tflagent.o] Error 1 >> make[2]: Leaving directory `/tmp/sm/rhide-1.5/libide' >> make[1]: *** [libide/libide.gpr.force] Error 2 >> make[1]: Leaving directory `/tmp/sm/rhide-1.5' >> make: *** [gpr2mak.exe] Error 2 >> >> >> ------------------------------------------------------------------------------ >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> _______________________________________________ >> Rhide-users mailing list >> Rhi...@li... >> https://lists.sourceforge.net/lists/listinfo/rhide-users > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Rhide-users mailing list > Rhi...@li... > https://lists.sourceforge.net/lists/listinfo/rhide-users > |
From: Andris P. <and...@ik...> - 2012-04-13 05:36:54
|
On 04/12/2012 08:45 AM, sd...@on... wrote: > Hello, > > I have got problems with compilation of RHIDE 1.5. I'm not quite familiar > with c++ so I have no idea how to fix it. Any suggestions? > Last time I compiled RHIDE from sources was more than 5 years ago. I suspect that doing that with any recent version of GCC is doomed to failure. You could of course try getting sources from SourceForge version control instead of using version 1.5, but otherwise You are on Your own. You will almost certainly require source code modifications unless some old GCC version is being used. I have no plans to do anything with RHIDE any more (except than not removing my latest build from http://ap1.pp.fi/djgpp/rhide/ as there is still enough space) Andris PS. Do not expect much help in this list. It is very silent already for years. I would strongly suggest to think about using some other development environment instead of RHIDE. > > # make > make -f gpr2mak.mak CFLAGS="" LDFLAGS="" RHIDESRC="/tmp/sm/rhide-1.5" > TV_INC="/tmp/sm/rhide-1.5/../tvision/include" TVOBJ="/usr/lib" > SETSRC="/tmp/sm/rhide-1.5/../setedit" SETOBJ="/usr/lib" > GDB_SRC="/tmp/sm/rhide-1.5/../gdb-5.3" GDB_OBJ="/tmp/sm/rhide-1.5/gdb_obj" > rhide_OS="Linux" top_obj_dir="/tmp/sm/rhide-1.5" > install_datadir=share/rhide install_docdir=share/doc/rhide > install_infodir=share/info install_bindir=bin > install_localedir=share/locale DATA_MODE="-m 0644" EXEC_MODE="-m 0755" > SETUID="" SETGID="" prefix=/usr/local update_src_file="echo" > update_gpr_file="echo" txt_conv="" > make[1]: Entering directory `/tmp/sm/rhide-1.5' > make -C libide/ -f libide.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > LDFLAGS="" CPPFLAGS="" > make[2]: Entering directory `/tmp/sm/rhide-1.5/libide' > make -C names/ -f names.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > LDFLAGS="" CPPFLAGS="" > make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/names' > make[3]: Nothing to be done for `all'. > make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/names' > make -C stream/ -f stream.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" > LDFLAGS="" CPPFLAGS="" > make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/stream' > make[3]: Nothing to be done for `all'. > make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/stream' > gcc -I/tmp/sm/rhide-1.5/libide/include > -I/tmp/sm/rhide-1.5/libtvuti/include -I/tmp/sm/rhide-1.5/librhuti > -I/tmp/sm/rhide-1.5/../tvision/include > -I/tmp/sm/rhide-1.5/../setedit/include > -I/tmp/sm/rhide-1.5/../setedit/settvuti/include -g -O2 > -DRHIDE -pipe -D_GNU_SOURCE -fno-exceptions -fno-rtti -c > tflagent.cc -o tflagent.o > tflagent.cc: In member function 'void TFlagEntry::ToggleActive()': > tflagent.cc:52:31: error: expected type-specifier before 'TRangeValidator' > tflagent.cc:52:31: error: expected ')' before 'TRangeValidator' > tflagent.cc:52:52: error: cannot convert 'int*' to 'TValidator*' for > argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, > int, TValidator*)' > tflagent.cc:66:31: error: expected type-specifier before 'TRangeValidator' > tflagent.cc:66:31: error: expected ')' before 'TRangeValidator' > tflagent.cc:66:53: error: cannot convert 'int*' to 'TValidator*' for > argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, > int, TValidator*)' > tflagent.cc:81:21: error: expected type-specifier before > 'TFilterValidator' > tflagent.cc:81:21: error: cannot convert 'int*' to 'TValidator*' in > assignment > tflagent.cc:81:21: error: expected ';' before 'TFilterValidator' > tflagent.cc:105:21: error: expected type-specifier before > 'TFilterValidator' > tflagent.cc:105:21: error: cannot convert 'int*' to 'TValidator*' in > assignment > tflagent.cc:105:21: error: expected ';' before 'TFilterValidator' > make[2]: *** [tflagent.o] Error 1 > make[2]: Leaving directory `/tmp/sm/rhide-1.5/libide' > make[1]: *** [libide/libide.gpr.force] Error 2 > make[1]: Leaving directory `/tmp/sm/rhide-1.5' > make: *** [gpr2mak.exe] Error 2 > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Rhide-users mailing list > Rhi...@li... > https://lists.sourceforge.net/lists/listinfo/rhide-users |
From: <sd...@on...> - 2012-04-12 06:45:46
|
Hello, I have got problems with compilation of RHIDE 1.5. I'm not quite familiar with c++ so I have no idea how to fix it. Any suggestions? # make make -f gpr2mak.mak CFLAGS="" LDFLAGS="" RHIDESRC="/tmp/sm/rhide-1.5" TV_INC="/tmp/sm/rhide-1.5/../tvision/include" TVOBJ="/usr/lib" SETSRC="/tmp/sm/rhide-1.5/../setedit" SETOBJ="/usr/lib" GDB_SRC="/tmp/sm/rhide-1.5/../gdb-5.3" GDB_OBJ="/tmp/sm/rhide-1.5/gdb_obj" rhide_OS="Linux" top_obj_dir="/tmp/sm/rhide-1.5" install_datadir=share/rhide install_docdir=share/doc/rhide install_infodir=share/info install_bindir=bin install_localedir=share/locale DATA_MODE="-m 0644" EXEC_MODE="-m 0755" SETUID="" SETGID="" prefix=/usr/local update_src_file="echo" update_gpr_file="echo" txt_conv="" make[1]: Entering directory `/tmp/sm/rhide-1.5' make -C libide/ -f libide.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" LDFLAGS="" CPPFLAGS="" make[2]: Entering directory `/tmp/sm/rhide-1.5/libide' make -C names/ -f names.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" LDFLAGS="" CPPFLAGS="" make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/names' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/names' make -C stream/ -f stream.mak RHIDE_OS_="Linux" CFLAGS="" CXXFLAGS="" LDFLAGS="" CPPFLAGS="" make[3]: Entering directory `/tmp/sm/rhide-1.5/libide/stream' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/tmp/sm/rhide-1.5/libide/stream' gcc -I/tmp/sm/rhide-1.5/libide/include -I/tmp/sm/rhide-1.5/libtvuti/include -I/tmp/sm/rhide-1.5/librhuti -I/tmp/sm/rhide-1.5/../tvision/include -I/tmp/sm/rhide-1.5/../setedit/include -I/tmp/sm/rhide-1.5/../setedit/settvuti/include -g -O2 -DRHIDE -pipe -D_GNU_SOURCE -fno-exceptions -fno-rtti -c tflagent.cc -o tflagent.o tflagent.cc: In member function 'void TFlagEntry::ToggleActive()': tflagent.cc:52:31: error: expected type-specifier before 'TRangeValidator' tflagent.cc:52:31: error: expected ')' before 'TRangeValidator' tflagent.cc:52:52: error: cannot convert 'int*' to 'TValidator*' for argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, int, TValidator*)' tflagent.cc:66:31: error: expected type-specifier before 'TRangeValidator' tflagent.cc:66:31: error: expected ')' before 'TRangeValidator' tflagent.cc:66:53: error: cannot convert 'int*' to 'TValidator*' for argument '5' to 'ushort ValidInputBox(const char*, const char*, char*, int, TValidator*)' tflagent.cc:81:21: error: expected type-specifier before 'TFilterValidator' tflagent.cc:81:21: error: cannot convert 'int*' to 'TValidator*' in assignment tflagent.cc:81:21: error: expected ';' before 'TFilterValidator' tflagent.cc:105:21: error: expected type-specifier before 'TFilterValidator' tflagent.cc:105:21: error: cannot convert 'int*' to 'TValidator*' in assignment tflagent.cc:105:21: error: expected ';' before 'TFilterValidator' make[2]: *** [tflagent.o] Error 1 make[2]: Leaving directory `/tmp/sm/rhide-1.5/libide' make[1]: *** [libide/libide.gpr.force] Error 2 make[1]: Leaving directory `/tmp/sm/rhide-1.5' make: *** [gpr2mak.exe] Error 2 |
From: Misc T. <fo...@gm...> - 2010-12-22 18:14:02
|
> > > And i also can't copy from SET into Xwindow ( say firefox)... >> > > This is a complex stuff. I can copy & paste to icedove (thunderbird), but > firefox is tricky (sometimes work other don't). I can always copy & paste > to/from Eterm. > I never had the time to investigate the problem, I think this is related to > the formats supported by the editor (plain text in iso 8859-1 encoding). The > most bizarre thing is that the support in firefox changes from version to > version. I usually copy to icedove and then from icedove to openoffice or > firefox. > Thank you Set, and the reverse is also true - i can't copy from SETEDITOR to Xwindow , say, code:blocks. So for now there only option is to use the intermidiate step, such as icedove? |
From: Misc T. <fo...@gm...> - 2010-12-20 19:45:36
|
On Sun, Dec 19, 2010 at 9:03 PM, Misc Things <fo...@gm...> wrote: > Set, guys, > I've been going thru the read.me and in the paragraph 9 ( keyboard > features under X) it's referring to TV's sources' example directory. I got > the latest snapshot from the cvs and looked at the xterm.res. > I have to admit - this is over my head. > What I'm trying to achieve is to be able to use the SETEdit over the ssh > connection. I figured that i have to use the "xterm" type, but the <alt> > button is intercepted by the ssh client ( securecrt in my case) and this > renders the setup non workable. > > And i also can't copy from SET into Xwindow ( say firefox)... > > I'm sure this was done before, but seemed that i'm not good with Mr.Google > on this one :) > > Please advise. > Andrew > The solution to the "ALT" problem is either to enable in ( Securecrt v4 ) Session options ->emulation ->emacs -> "Set ALT as a meta key". or use ESC+letter. Both solutions are described here http://forums.vandyke.com/archive/index.php/t-1009.html Thank you. Andrew |
From: Misc T. <fo...@gm...> - 2010-12-20 02:03:49
|
Set, guys, I've been going thru the read.me and in the paragraph 9 ( keyboard features under X) it's referring to TV's sources' example directory. I got the latest snapshot from the cvs and looked at the xterm.res. I have to admit - this is over my head. What I'm trying to achieve is to be able to use the SETEdit over the ssh connection. I figured that i have to use the "xterm" type, but the <alt> button is intercepted by the ssh client ( securecrt in my case) and this renders the setup non workable. And i also can't copy from SET into Xwindow ( say firefox)... I'm sure this was done before, but seemed that i'm not good with Mr.Google on this one :) Please advise. Andrew |
From: Misc T. <fo...@gm...> - 2010-12-18 20:02:35
|
Set, Andris, I took a shortcut : a. since you said that there is no actifve interest in the RHIDE and b. i do not really have time to build the rpms I tried the SETEDIT rpms for fedora 3 ( I'm on CentOS 5.2) and all 3 rpms got installed. I typed setedit and ...was completely blown away! It's awesome - all old shortcuts, tons of new ones. such an awesome-looking-old interface. :))) this blue background with menu on top. FANTASTIC! I remember how handy and fast the TP, BP and BC IDEs were at a time. now i need to dig out my first program that did some multidimensional calculation of trajectory of particle in the low temp plazma and compile it to see how, in a split second, it comes to conclusion that there is no solution to the problem :)))) I can see myself using this again for sure. Salvador, this's awesome!!! Thank you so much! Now the next important step - start programming in it and , thanks to my starting next week vacation, i'll be using this... great, simply great. :) one quick question, i tried to use the SecureCRT ( http://www.vandyke.com/products/securecrt/) - it's a windows ssh terminal but it didn't get me the right "picture" i go black and white and all in "X" symbols - i can vaguely guess the interface and windows, but it's not workable. any clues you may have ? Andrew On Thu, Dec 16, 2010 at 7:10 AM, Salvador Eduardo Tropea < sal...@in...> wrote: > Misc Things escribió: > > Andris, >> thank you for your reply. >> I guess i just nostalgic for the good old BC with the simple interface >> where all i need is a console and i don't have to drag a whole windows ( in >> this case XWindow) to write a simple program. I know you may probably ask >> - why not to use the vi + make. Well, i cnat' realy argue with this , just >> let's say - i just like the interfce and would love to see if it's going to >> work for my simple needs - i want to port a few things and connect them to >> oracle library. >> > > > You could try using SETEdit (the editor used in RHIDE), you'll still need > Makefiles, but you can debug from the editor. > > > > You are right - i should have good it first. Sorry about this. Now i'm >> stuck at : >> "rpmbuild --rebuild /home/oracle/rpm/redhat/SRPMS/rhide-1.5-1.src.rpm >> <skip> >> checking build system type... i686-pc-linux >> checking host system type... i686-pc-linux >> checking for Turbo Vision header files... no >> configure: error: Could not find Turbo Vision header files. >> Please give me a hint by setting the variable TV_INC >> error: Bad exit status from /tmp/oracle/rpm/rpm-tmp.61551 (%prep) >> >> " >> >> as far as i can see there are no rpms for ( centos) TV. Am i right? >> > > Right. You have to build them. > I only make Debian packages, some contributors do RPMs for Mandriva and > other OSs. > > > BTW, why the project got abandoned? I just did a quick search and it seems >> guys are still using it >> http://www.linuxquestions.org/questions/programming-9/small-c-c-ide-needed-836130/I also came across links on your project on quite a few web sites with a >> good recommendations. >> > > RHIDE is a nice IDE but: > > 1) Most people moved to GUI interfaces. So TUI programs lost their main > advantage. > 2) Most people is using multi-core, many GHz, many GB PCs. So light and > fast programs also lost their main advantage. > 3) The debug approach used by RHIDE (GDB embedded) is quite hard to > maintain, the most common approach (GDB outside, like in SETEdit) is much > easier to maintain. The embedded aproach is good only for DOS. > 4) Robert Höhne, the author, didn't have time to maintain it (for a looong > time now). > 5) I moved to fully use Linux and I don't have any Windows at hand (for a > looong time now), so I don't need an IDE with GDB embedded. > > I maintain TV and SETEdit, but don't have time and motivation to keep RHIDE > in good shape. The GDB stuff is the most complex part to maintain. > > Regards, SET > > -- > _______________________________________________________________ > Ing. Salvador Eduardo Tropea http://utic.inti.gob.ar/ > INTI-Electrónica e Informática Tel: (+54 11) 4724 6315 > Colectora de Av. General Paz 5445 San Martín - B1650KNA > Casilla de Correo 157 FAX: (+54 11) 4754 5194 > Buenos Aires * Argentina http://www.inti.gob.ar/ > > |
From: For Miscelenious<fo...@gm...> - 2010-12-16 23:04:41
|
Maurice, merci! Ill be checking to see if I can build it with Salvador's libraries. Andrew -----Original message----- From: Maurice Lombardi <Mau...@uj...> To: Misc Things <fo...@gm...> Cc: rhi...@li... Sent: Thu, Dec 16, 2010 09:50:07 GMT+00:00 Subject: Re: [Rhide-users] [RHIDE] - rpm compilation Le 16/12/2010 06:58, Misc Things a écrit : May be you can have a look here http://setedit.sourceforge.net/#rhide (He maintains the editor on which Rhide is built, and thus knows about TV) and ask on its mailing list Maurice PS I cannot give better advice. I still use precompiled binaries of Andris for DJGPP -- Maurice Lombardi Laboratoire de Spectrometrie Physique, Universite Joseph Fourier de Grenoble, BP87 38402 Saint Martin d'Heres Cedex FRANCE Tel: 33 (0)4 76 51 47 51 Fax: 33 (0)4 76 63 54 95 mailto:Mau...@uj... from January 1st, 2011, the Laboratoire de Spectrométrie Physique will become the LABORATOIRE INTERDISCIPLINAIRE DE PHYSIQUE (LIPhy). |
From: For Miscelenious<fo...@gm...> - 2010-12-16 23:01:39
|
Salvador, thank you for your email. Ill give setedit a try and will also try to build rpm for tv and Rhode. I do not know how sucsessful my endover will be. But if I produce any of them ill email you and Andris, maybe you will find it interesting enough to keep ot in archives Somewhere. Appreciate your help! Andrew -----Original message----- From: Salvador Eduardo Tropea <sal...@in...> To: Misc Things <fo...@gm...> Cc: Andris Pavenis <and...@ik...>, rhi...@li... Sent: Thu, Dec 16, 2010 12:10:25 GMT+00:00 Subject: Re: [Rhide-users] [RHIDE] - rpm compilation Misc Things escribió: > Andris, > thank you for your reply. > I guess i just nostalgic for the good old BC with the simple interface > where all i need is a console and i don't have to drag a whole windows > ( in this case XWindow) to write a simple program. I know you may > probably ask - why not to use the vi + make. Well, i cnat' realy argue > with this , just let's say - i just like the interfce and would love > to see if it's going to work for my simple needs - i want to port a > few things and connect them to oracle library. You could try using SETEdit (the editor used in RHIDE), you'll still need Makefiles, but you can debug from the editor. > You are right - i should have good it first. Sorry about this. Now i'm > stuck at : > "rpmbuild --rebuild /home/oracle/rpm/redhat/SRPMS/rhide-1.5-1.src.rpm > <skip> > checking build system type... i686-pc-linux > checking host system type... i686-pc-linux > checking for Turbo Vision header files... no > configure: error: Could not find Turbo Vision header files. > Please give me a hint by setting the variable TV_INC > error: Bad exit status from /tmp/oracle/rpm/rpm-tmp.61551 (%prep) > > " > > as far as i can see there are no rpms for ( centos) TV. Am i right? Right. You have to build them. I only make Debian packages, some contributors do RPMs for Mandriva and other OSs. > BTW, why the project got abandoned? I just did a quick search and it > seems guys are still using it > http://www.linuxquestions.org/questions/programming-9/small-c-c-ide-needed-836130/ > I also came across links on your project on quite a few web sites with > a good recommendations. RHIDE is a nice IDE but: 1) Most people moved to GUI interfaces. So TUI programs lost their main advantage. 2) Most people is using multi-core, many GHz, many GB PCs. So light and fast programs also lost their main advantage. 3) The debug approach used by RHIDE (GDB embedded) is quite hard to maintain, the most common approach (GDB outside, like in SETEdit) is much easier to maintain. The embedded aproach is good only for DOS. 4) Robert Höhne, the author, didn't have time to maintain it (for a looong time now). 5) I moved to fully use Linux and I don't have any Windows at hand (for a looong time now), so I don't need an IDE with GDB embedded. I maintain TV and SETEdit, but don't have time and motivation to keep RHIDE in good shape. The GDB stuff is the most complex part to maintain. Regards, SET -- _______________________________________________________________ Ing. Salvador Eduardo Tropea http://utic.inti.gob.ar/ INTI-Electrónica e Informática Tel: (+54 11) 4724 6315 Colectora de Av. General Paz 5445 San Martín - B1650KNA Casilla de Correo 157 FAX: (+54 11) 4754 5194 Buenos Aires * Argentina http://www.inti.gob.ar/ |
From: Maurice L. <Mau...@uj...> - 2010-12-16 09:50:15
|
Le 16/12/2010 06:58, Misc Things a écrit : May be you can have a look here http://setedit.sourceforge.net/#rhide (He maintains the editor on which Rhide is built, and thus knows about TV) and ask on its mailing list Maurice PS I cannot give better advice. I still use precompiled binaries of Andris for DJGPP -- Maurice Lombardi Laboratoire de Spectrometrie Physique, Universite Joseph Fourier de Grenoble, BP87 38402 Saint Martin d'Heres Cedex FRANCE Tel: 33 (0)4 76 51 47 51 Fax: 33 (0)4 76 63 54 95 mailto:Mau...@uj... from January 1st, 2011, the Laboratoire de Spectrométrie Physique will become the LABORATOIRE INTERDISCIPLINAIRE DE PHYSIQUE (LIPhy). |
From: <fde...@cl...> - 2010-12-16 07:47:14
|
Hi all I take this opportunity to wish you a happy Christmas and New Year ! long life to all your projects. Fred from France On Thu, 16 Dec 2010 08:37:37 +0200, Andris Pavenis <and...@ik...> wrote: > On 12/16/2010 07:58 AM, Misc Things wrote: >> Andris, >> thank you for your reply. >> I guess i just nostalgic for the good old BC with the simple interface >> where all i need is a console and i don't have to drag a whole windows >> ( in this case XWindow) to write a simple program. I know you may >> probably ask - why not to use the vi + make. Well, i cnat' realy argue >> with this , > > Well I'm generaly not using vi. Emacs is usually for my needs. But that > is for me and I'm not saying that it is best for everybody. > >> just let's say - i just like the interfce and would love to see if >> it's going to work for my simple needs - i want to port a few things >> and connect them to oracle library. >> You are right - i should have good it first. Sorry about this. Now i'm >> stuck at : >> "rpmbuild --rebuild /home/oracle/rpm/redhat/SRPMS/rhide-1.5-1.src.rpm >> <skip> >> checking build system type... i686-pc-linux >> checking host system type... i686-pc-linux >> checking for Turbo Vision header files... no >> configure: error: Could not find Turbo Vision header files. >> Please give me a hint by setting the variable TV_INC > > Again the answer is the same - Google search for 3 words: turbo vision > rhide > returns correct page on the very top. > >> error: Bad exit status from /tmp/oracle/rpm/rpm-tmp.61551 (%prep) >> >> " >> >> as far as i can see there are no rpms for ( centos) TV. Am i right? >> >> BTW, why the project got abandoned? I just did a quick search and it >> seems guys are still using it >> > http://www.linuxquestions.org/questions/programming-9/small-c-c-ide-needed-836130/ >> I also came across links on your project on quite a few web sites with >> a good recommendations. >> > > Robert Hoehne has lost interest as far as I understand. So have also I > (a bit later). I suspect that if You're going to get RHIDE working You > are on You own. > > Andris > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Rhide-users mailing list > Rhi...@li... > https://lists.sourceforge.net/lists/listinfo/rhide-users |
From: Andris P. <and...@ik...> - 2010-12-16 07:04:26
|
On 12/16/2010 07:58 AM, Misc Things wrote: > Andris, > thank you for your reply. > I guess i just nostalgic for the good old BC with the simple interface > where all i need is a console and i don't have to drag a whole windows > ( in this case XWindow) to write a simple program. I know you may > probably ask - why not to use the vi + make. Well, i cnat' realy argue > with this , Well I'm generaly not using vi. Emacs is usually for my needs. But that is for me and I'm not saying that it is best for everybody. > just let's say - i just like the interfce and would love to see if > it's going to work for my simple needs - i want to port a few things > and connect them to oracle library. > You are right - i should have good it first. Sorry about this. Now i'm > stuck at : > "rpmbuild --rebuild /home/oracle/rpm/redhat/SRPMS/rhide-1.5-1.src.rpm > <skip> > checking build system type... i686-pc-linux > checking host system type... i686-pc-linux > checking for Turbo Vision header files... no > configure: error: Could not find Turbo Vision header files. > Please give me a hint by setting the variable TV_INC Again the answer is the same - Google search for 3 words: turbo vision rhide returns correct page on the very top. > error: Bad exit status from /tmp/oracle/rpm/rpm-tmp.61551 (%prep) > > " > > as far as i can see there are no rpms for ( centos) TV. Am i right? > > BTW, why the project got abandoned? I just did a quick search and it > seems guys are still using it > http://www.linuxquestions.org/questions/programming-9/small-c-c-ide-needed-836130/ > I also came across links on your project on quite a few web sites with > a good recommendations. > Robert Hoehne has lost interest as far as I understand. So have also I (a bit later). I suspect that if You're going to get RHIDE working You are on You own. Andris |
From: Misc T. <fo...@gm...> - 2010-12-16 05:59:01
|
Andris, thank you for your reply. I guess i just nostalgic for the good old BC with the simple interface where all i need is a console and i don't have to drag a whole windows ( in this case XWindow) to write a simple program. I know you may probably ask - why not to use the vi + make. Well, i cnat' realy argue with this , just let's say - i just like the interfce and would love to see if it's going to work for my simple needs - i want to port a few things and connect them to oracle library. You are right - i should have good it first. Sorry about this. Now i'm stuck at : "rpmbuild --rebuild /home/oracle/rpm/redhat/SRPMS/rhide-1.5-1.src.rpm <skip> checking build system type... i686-pc-linux checking host system type... i686-pc-linux checking for Turbo Vision header files... no configure: error: Could not find Turbo Vision header files. Please give me a hint by setting the variable TV_INC error: Bad exit status from /tmp/oracle/rpm/rpm-tmp.61551 (%prep) " as far as i can see there are no rpms for ( centos) TV. Am i right? BTW, why the project got abandoned? I just did a quick search and it seems guys are still using it http://www.linuxquestions.org/questions/programming-9/small-c-c-ide-needed-836130/I also came across links on your project on quite a few web sites with a good recommendations. thank you. Andrew On Wed, Dec 15, 2010 at 11:59 PM, Andris Pavenis <and...@ik...>wrote: > 15.12.2010 19:13, Misc Things kirjoitti: > > I'm not sure if this has been answered already, but i'm trying to install >> (rpmbuild) the srpm >> (http://prdownloads.sourceforge.net/rhide/rhide-1.5-1.src.rpm) on CentOS >> (5.2) and getting errors >> related to version and license. >> >> Please let me know if this is the right forum and i'll provide the exact >> errors I'm getting. >> Andrew >> > > This is correct place. However there is no real activity here for a very > long time and project has been abandoned (at least from my side). I do not > know how many use RHIDE still though. > > About RPM build problems mentioned in other mail: please search Google at > first. > > Andris > |
From: Andris P. <and...@ik...> - 2010-12-16 04:59:27
|
15.12.2010 19:13, Misc Things kirjoitti: > I'm not sure if this has been answered already, but i'm trying to install (rpmbuild) the srpm > (http://prdownloads.sourceforge.net/rhide/rhide-1.5-1.src.rpm) on CentOS (5.2) and getting errors > related to version and license. > > Please let me know if this is the right forum and i'll provide the exact errors I'm getting. > Andrew This is correct place. However there is no real activity here for a very long time and project has been abandoned (at least from my side). I do not know how many use RHIDE still though. About RPM build problems mentioned in other mail: please search Google at first. Andris |
From: Misc T. <fo...@gm...> - 2010-12-16 00:15:27
|
Hello, can't build a rpm from the srpm downloaded from the site (). this is the output i get once i install the rpm: rpm -qlp rhide-1.5-1.src.rpm rhide-1.5.tar.gz rhide.spec [oracle@server rpm]$ rpm -ihv rhide-1.5-1.src.rpm 1:rhide ########################################### [100%] warning: user rho does not exist - using root rpmbuild -bb ./SPECS/rhide.spec error: Legacy syntax is unsupported: copyright error: line 5: Unknown tag: Copyright: GPL [oracle@server redhat]$ id uid=501(oracle) gid=500(dba) groups=100(users),101(mock),102(mach),500(dba),503(oinstall) please advise. Andrew |
From: Misc T. <fo...@gm...> - 2010-12-15 17:13:53
|
I'm not sure if this has been answered already, but i'm trying to install (rpmbuild) the srpm ( http://prdownloads.sourceforge.net/rhide/rhide-1.5-1.src.rpm) on CentOS (5.2) and getting errors related to version and license. Please let me know if this is the right forum and i'll provide the exact errors I'm getting. Andrew |
From: Larry Z. <lar...@gm...> - 2009-06-23 13:29:01
|
Also, if you installed Rhide in a typical manner, it would be in C:\DJGPP\BIN or whatever drive letter you are using. Look in there for it. If it is there, then you need your path set up to that directory. Check your path. Go to cmd.exe prompt, and type echo %path% and verify C:\DJGPP\BIN is there in the PATH variable. If the path does not show the C:\DJGPP\BIN in that list, then you haven't correctly installed DJGPP, and you need to read the installation instructions again. Let us know. <<Did you configure it? And, is your O/S Vista?>> > > |
From: Kris C. <ko...@gm...> - 2009-06-23 13:10:37
|
Did you configure it? And, is your O/S Vista? On Tue, Jun 23, 2009 at 4:54 PM, sammy utere <sam...@ya...> wrote: > I recently installed djgpp and rhide but nothing comes up when I type rhide > in the command prompt. I cannot access rhide IDE I dont even know what it > looks like. > Can someone please help me out? > > > > > ------------------------------------------------------------------------------ > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > _______________________________________________ > Rhide-users mailing list > Rhi...@li... > https://lists.sourceforge.net/lists/listinfo/rhide-users > > |
From: sammy u. <sam...@ya...> - 2009-06-23 08:55:55
|
I recently installed djgpp and rhide but nothing comes up when I type rhide in the command prompt. I cannot access rhide IDE I dont even know what it looks like. Can someone please help me out? |
From: Salvador E. T. <sal...@in...> - 2009-06-19 10:30:35
|
Hi! Varuna Seneviratna escribió: > 1 How to get the rhide help system working? > When the Help menu is accessed a message is displayed " Can't open > the help file 'rhide' Try with another RHIDE distro, i.e. the one found at http://sourceforge.net/project/showfiles.php?group_id=32835&package_id=27741 > 2 The below program > #include <iostream> > #include <conio> > int main() > { > cout<<"Hello World" << endl; > return 0; > } > > when executed the output "Hello World" just come and goes in a split > of a second.How do I make it stay.This is with when compiled and run > inside rhide. Alt+F5 (if my memory doesn't fail) shows the other screen, look in the menues. > I used #include <conio> and getch() But rhide gives error messages > > lib: No such file or directory > conio:No such file or directory Is conio.h, not conio > > Then when I save this as helloworld.cpp try to compile this > > #include<iostream> > using namespave std; > > int main() > { > cout<< "Hello World" << endl; > } > > RHIDE gives the message "No errors" But When I try to run it from the > run menu the message is "Could not find the file helloworld.cc. Make > sure that the file exsist or check the setting in options/directories > for the correct paths" Try renaming the file as .cc, this is the defaullt extension for g++ > Please note that even though I have saved the source file as > helloworld.cpp the extension in the message is .cc > > What is wrong with my installation? How DO I get this working? > Please Advice!!!!!!!!!!!!!!!! > > -- > Kind Regards Varuna > > Varuna Seneviratna > No 514 Udumulla Road > Battaramulla > Sri Lanka :-) BTW, how do you say hello and good bye in your language? Regards, SET -- _______________________________________________________________ Ing. Salvador Eduardo Tropea http://utic.inti.gob.ar/ INTI-Electrónica e Informática Tel: (+54 11) 4724 6315 Colectora de Av. General Paz 5445 San Martín - B1650KNA Casilla de Correo 157 FAX: (+54 11) 4754 5194 Buenos Aires * Argentina http://www.inti.gob.ar/ |
From: Varuna S. <var...@gm...> - 2009-06-18 02:50:43
|
1 How to get the rhide help system working? When the Help menu is accessed a message is displayed " Can't open the help file 'rhide' 2 The below program #include <iostream> #include <conio> int main() { cout<<"Hello World" << endl; return 0; } when executed the output "Hello World" just come and goes in a split of a second.How do I make it stay.This is with when compiled and run inside rhide.I used #include <conio> and getch() But rhide gives error messages lib: No such file or directory conio:No such file or directory Then when I save this as helloworld.cpp try to compile this #include<iostream> using namespave std; int main() { cout<< "Hello World" << endl; } RHIDE gives the message "No errors" But When I try to run it from the run menu the message is "Could not find the file helloworld.cc. Make sure that the file exsist or check the setting in options/directories for the correct paths" Please note that even though I have saved the source file as helloworld.cpp the extension in the message is .cc What is wrong with my installation? How DO I get this working? Please Advice!!!!!!!!!!!!!!!! -- Kind Regards Varuna Varuna Seneviratna No 514 Udumulla Road Battaramulla Sri Lanka Tel : 011-2888620 Mobile:0715617141 |
From: Tipi N. <ned...@ya...> - 2008-07-13 01:36:12
|
When starting FREEDOS(small version, without GEM), there are three startup options; #4 is disabled, and the system defaults to #1 unless you choose another. When having the problem, I was booting up from option #1. Then I wiped the harddisk, and reinstalled both FREEDOS and DJGPP; this time I booted up from option #3. When I started RHIDE, it worked perfectly!!. Then I rebooted using option #1 again, and this time it still worked!. It seems that if you RHIDE for the first time from the #1 bootup, the setting of the enviroment variable(s) gets corrupted, whereas if the first starting of RHIDE is from boot option #3, then everything gets set right and STAYS that way! Note that I have not tried the first start of RHIDE from bootup option #2. Note also that in the past, I had the same problem with the bigger FREEDOS(with GEM).---...@ya.... |
From: Larry Z. <lar...@gm...> - 2008-07-12 16:01:37
|
Since the forums are pretty sparse and you may not get an answer for awhile. I will try to help a bit to start. I am not an expert by any means, so this will be very basic. I can use RHIDE on FreeDOS without problems. I have used any version of RHIDE and several versions of FreeDOS. You don't specify how you set your environment variables, so I need to ask what they hold. I set them with lines in the autoexec.bat file, or the fdauto.bat file depending on which FreeDOS version you use. Be aware that later versions of FreeDOS use fdauto.bat file located in the fdos directory. Here is what I would do if I were you. Type "echo %DJGPP%" and make sure the value in there matches the location of the djgpp.env file. On a typical system you might see... C:\DJGPP\DJGPP.ENV Then also check to be sure your path is to the djgpp binaries, where rhide.exe is located, for example on a typical system type "echo %path%" and you might see. C:\DJGPP\BIN included in the path string. Again on a typical system, all that needs to be done is set these values with 2 lines in a bat file, normally autoexec.bat or fdauto.bat like so.... SET DJGPP=C:\DJGPP\DJGPP.ENV and add C:\DJGPP\BIN to the SET PATH= line. Let us know what you find. You likely have a problem beyond this but best to start at step one. On Fri, Jul 11, 2008 at 1:59 PM, Tipi Nedmark <ned...@ya...> wrote: > I have, on several occasions, installed the djgpp distro, including RHIDE, > on Windows > systems. One simply sets the two environment variables djgpp and path. If > you forget > to set them, and try to start RHIDE, the initial dialog box warns you to set > them. > Thats Windows; when I install FREEDOS, and then djgpp, and set the above > variables > in the same way; and then start RHIDE, I get "You have forgotten to set > DJDIR, or have > not set it correctly; there will be many errors". I ask delorie, but he > doesn't know FREEDOS; > ask the FREEDOS folks, but they don't use RHIDE. Can one of you tell me, is > this a bug > in FREEDOS or RHIDE or both?. Again this never happens with windows. > Thank You, > > Tip...@ya.... > > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Rhide-users mailing list > Rhi...@li... > https://lists.sourceforge.net/lists/listinfo/rhide-users > > |
From: Tipi N. <ned...@ya...> - 2008-07-11 18:59:27
|
I have, on several occasions, installed the djgpp distro, including RHIDE, on Windows systems. One simply sets the two environment variables djgpp and path. If you forget to set them, and try to start RHIDE, the initial dialog box warns you to set them. Thats Windows; when I install FREEDOS, and then djgpp, and set the above variables in the same way; and then start RHIDE, I get "You have forgotten to set DJDIR, or have not set it correctly; there will be many errors". I ask delorie, but he doesn't know FREEDOS; ask the FREEDOS folks, but they don't use RHIDE. Can one of you tell me, is this a bug in FREEDOS or RHIDE or both?. Again this never happens with windows. Thank You, Tip...@ya.... |