You can subscribe to this list here.
2008 |
Jan
(11) |
Feb
(18) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(10) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(5) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(4) |
2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: akshay c. <aks...@ya...> - 2018-04-14 07:26:04
|
Hi, I just downloaded the eFTE editor, and like that it is simple yet feature-rich. Its just what I needed. However, there's a minor problem - the "Compile" command in the "Tools" menu throws an error dialog box. The dialog box has the following message: cmd.exe - Application ErrorThe application was unable to start correctly (0xc0000142). Click OK to close the application. Being a beginner, I need to compile my programs, so this is somewhat inconvenient. How can I solve this error? Thanks |
From: Frank M. <be...@vi...> - 2015-09-12 21:14:26
|
On 12/09/15 04:56 PM, Lauri Nurmi wrote: > 8.9.2015, 16:13, Jeremy Cowgar kirjoitti: >> Lauri, >> >> That is a good idea. GitHub is 1000% better than SF. >> >> Jeremy > > For the record, I have now semi-automatically imported old bugs and > feature requests from Sourceforge into GitHub issues > <https://github.com/lanurmi/efte/issues>. All are created using my > account (obviously), but each issue mentions the original reporter and > links to the original ticket. > > Tomorrow I'll go through the open issues and see if some of them are > already fixed and/or trivial to fix right away. > > Lauri > Good news...glad to see EFTE being resurrected. |
From: Lauri N. <la...@ik...> - 2015-09-12 20:57:23
|
8.9.2015, 16:13, Jeremy Cowgar kirjoitti: > Lauri, > > That is a good idea. GitHub is 1000% better than SF. > > Jeremy For the record, I have now semi-automatically imported old bugs and feature requests from Sourceforge into GitHub issues <https://github.com/lanurmi/efte/issues>. All are created using my account (obviously), but each issue mentions the original reporter and links to the original ticket. Tomorrow I'll go through the open issues and see if some of them are already fixed and/or trivial to fix right away. Lauri |
From: Jeremy C. <je...@co...> - 2015-09-08 13:38:18
|
Lauri, That is a good idea. GitHub is 1000% better than SF. Jeremy > On Sep 6, 2015, at 11:38 AM, Lauri Nurmi <la...@ik...> wrote: > > Hello all! > > The development of eFTE has been virtually non-existent during the past > 3..4 years. This is probably because of many reasons, mostly > non-technical. On the technical side, we have been using SourceForge so > far, and while it maybe was the preferred platform for open source > projects in the past, it certainly isn't today. I can't even find a link > to the Subversion repo on the SF project page. > > To make the source code more easily accessible, and to possibly restart > development again, I have decided to move the upstream for the source > code to GitHub. > > From now on, <https://github.com/lanurmi/efte> shall be considered the > upstream for eFTE. Pull requests are welcome. > > > Best Regards, > Lauri Nurmi > > > ------------------------------------------------------------------------------ > _______________________________________________ > eFTE-discuss mailing list > eFT...@li... > https://lists.sourceforge.net/lists/listinfo/efte-discuss |
From: Lauri N. <la...@ik...> - 2015-09-06 15:39:11
|
Hello all! The development of eFTE has been virtually non-existent during the past 3..4 years. This is probably because of many reasons, mostly non-technical. On the technical side, we have been using SourceForge so far, and while it maybe was the preferred platform for open source projects in the past, it certainly isn't today. I can't even find a link to the Subversion repo on the SF project page. To make the source code more easily accessible, and to possibly restart development again, I have decided to move the upstream for the source code to GitHub. From now on, <https://github.com/lanurmi/efte> shall be considered the upstream for eFTE. Pull requests are welcome. Best Regards, Lauri Nurmi |
From: Dan Y. <dy...@gm...> - 2014-10-14 16:25:16
|
Hi, I've just stumbled upon the project, and I absolutely love it. My first language was TP7 and switching to nefte from vi for me is like coming home after years of absence. One thing I couldn't locate in my setup (Fedora 20, nefte-1.1-7.fc20.x86_64), is a way to change the defaults (e.g. I want the default tabulation changed to 4 spaces and the default interpreter to python). $ sudo rpm -ql nefte /usr/bin/nefte $ sudo rpm -ql efte /usr/bin/efte /usr/share/applications/efte.desktop /usr/share/pixmaps/efte16x16.xpm /usr/share/pixmaps/efte32x32.xpm /usr/share/pixmaps/efte48x48.xpm /usr/share/pixmaps/efte64x64.xpm I don't have /etc/efte or ~/.efterc anywhere, not sure whether it's a Fedora packaging issue or some other prob Please advise Thanks, Dan |
From: Florian B. <flo...@gm...> - 2013-12-12 00:04:15
|
hi people! thanks for maintaining this wonderful editor. its been a pal since many many years already (even xfte before). ive recently made some changes to be able to set breakpoints at runtime from within efte. (or even write breakpoints to a file for later use at start) the changes in efte itself were minimal - i just added "CurRowStr" (and "CurColStr" - which is not really needed) (the existing CurRow was internally a number (not a string) so i wasnt able to forward it to an external script - is this possible? then i wouldn't need the changes in efte itself) so all is done by a minor change in efte itself, 2 entries in the edit-menu (add breakpoint, remove breakpoints), a script that calls the debugger, when a breakpoint is set, and a run-script, that stores the pid of the running process. this is how it works: * run first , then break into: the run script takes the executable as agrument and writes the pid of the process to be debugged is to ".efte/pid-to-debug" (maybe that can be done more cleverly inside efte) when invoked from the menu, the add-breakpoint script executes gdb, hooks it to the running pid and sets the breakpoint. * set breakpoints, then run: if the process is not running, the breakpoints are stored in .efte/breakpoints and read by the run-script right after the start heres my minor diff to efte: -----------------------efte.diff-------------------------------- diff efte-1.1/src/cfte.cpp efte-old/efte-1.1/src/cfte.cpp 431,433c431 < { "CurRowStr", mvCurRowStr }, < { "CurColStr", mvCurColStr }, < { "CurRow", mvCurRow }, --- > { "CurRow", mvCurRow, }, diff efte-1.1/src/c_mode.h efte-old/efte-1.1/src/c_mode.h 282,283d281 < mvCurRowStr, < mvCurColStr, diff efte-1.1/src/o_buffer.cpp efte-old/efte-1.1/src/o_buffer.cpp 2022,2031d2021 < case mvCurRowStr: { < sprintf(str,"%d",CP.Row); < } < return 1; < < case mvCurColStr: { < sprintf(str,"%d",CP.Col); < } < return 1; < ------------------------------------------------------------------- and here's what i added in the config dir .efte/ i added a 2 lines to the desktop menu (e.g. ui_whatsoever.efte): --------------------------------------------------------------- item "Breakpoint" { RunProgram "~/.efte/add-breakpoint " . $FileName . " " . $CurRowStr . " &" } item "Remove Breakpoints" { RunProgram "rm -f ~/.efte/breakpoints" } --------------------------------------------------------------- a small script to call the debugger (.efte/add-breakpoint): -------------------.efte/add-breakpoint----------------- #!/bin/sh ## ## if gdb wont connect try: ## echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope ## ## or persist it with editing /etc/sysctl.d/10-ptrace.conf: ## kernel.yama.ptrace_scope = 0 ## #xmessage "$1:$2" & PROGRAM_PID=`pidof haydn` if test -e "$HOME/.efte/pid-to-debug" ; then PROGRAM_PID=`cat $HOME/.efte/pid-to-debug` fi echo "pid = $PROGRAM_PID" #sleep 5 #xmessage "$1:$2" & #xmessage "PID=$PROGRAM_PID" & rm -f "$HOME/.efte/gdb.log" echo "attach $PROGRAM_PID" > .gdbinit echo "set logging file ~/.efte/gdb.log" >> .gdbinit echo "set logging on" >> .gdbinit if test $# -eq 1 ; then echo "set breakpoint pending on" >> .gdbinit cat $1 >> .gdbinit else if ps $PROGRAM_PID ; then echo "break $1:$2" >> .gdbinit else echo "break $1:$2" >> $HOME/.efte/breakpoints fi fi echo "set height 0" >> .gdbinit echo "continue" >> .gdbinit echo "info local" >> .gdbinit if ps $PROGRAM_PID ; then echo "process running - connecting gdb:" gdb -iex "set auto-load safe-path /" if [ $? != 0 ]; then gdb fi else echo "no procerss running - nothing to debug" fi ------------------------------------------------ and another small run-script to store the PID (.efte/run): -------------------.efte/run----------------- #!/bin/sh $@ & NEWPID=$! echo $NEWPID > $HOME/.efte/pid-to-debug # this one is to be able to set breakpoints in advance, and then start the program if test -e $HOME/.efte/breakpoints ; then rxvt -e $HOME/.efte/add-breakpoint $HOME/.efte/breakpoints fi wait $NEWPID -------------------------------------------------- maybe thats not the most clever way to implement this (it works fine for me), but im open for improvements... cheers, flockaroo |
From: Timo S. <ts...@ik...> - 2012-01-30 15:17:46
|
Hi, I'm not sure. I'm pretty busy nowadays, but yesterday I just wanted to try coding something different for a change. :) I guess if you or Lauri don't fix those missing things I'll continue at some point. BTW. Another idea I had to see if Eclipse's refactoring features could easily do some of the things in the "code cleanup" list, like rename function/variable names. On 30.1.2012, at 16.47, Jeremy Cowgar wrote: > Timo, > > This is good news! Do you have a plan in place to finish the other TODO items or are those items that are not going to be handled right now/right away? > > Jeremy > > On Jan 29, 2012, at 8:19 PM, Timo Sirainen wrote: > >> Hi, >> >> I committed initial UTF-8 support to "utf8" branch in SVN: https://efte.svn.sourceforge.net/svnroot/efte/branches/utf8 >> >> Some TODO items: >> >> * regexp handling doesn't work correctly with >7bit chars, since data is converted to UTF8 and then there are some position/size mismatches >> * File reading code shouldn't assume all files are UTF8. Should enable it only when locale says UTF8. And handle non-UTF8 files as well the same way they would currently open. >> * Editing seems to be broken currently (just noticed), and saving is probably also. >> * Only e_buffer supports unicode now. There are a lot of other places probably that need to be changed as well, such as text search. >> * Currently implemented using wchar_t, probably switch to full 32bit chars instead. Either find some string library to do it, or code can also be copied from Dovecot: http://hg.dovecot.org/dovecot-2.1/file/tip/src/lib/unichar.h (the code is written by me, so no copyright/license issues). Dovecot's code also supports case-insensitive searches for non-ascii chars. >> * The default X11 font doesn't seem to support any >8bit characters.. With XMB enabled they also show up weirdly as 2 characters. >> * I probably broke NT code. >> * The #ifdefs could probably be removed, although this code could also be copied to trunk and disabled by default until it's been proven to be stable >> >> >> ------------------------------------------------------------------------------ >> Try before you buy = See our experts in action! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-dev2 >> _______________________________________________ >> eFTE-discuss mailing list >> eFT...@li... >> https://lists.sourceforge.net/lists/listinfo/efte-discuss > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > eFTE-discuss mailing list > eFT...@li... > https://lists.sourceforge.net/lists/listinfo/efte-discuss > |
From: Jeremy C. <je...@co...> - 2012-01-30 14:48:00
|
Timo, This is good news! Do you have a plan in place to finish the other TODO items or are those items that are not going to be handled right now/right away? Jeremy On Jan 29, 2012, at 8:19 PM, Timo Sirainen wrote: > Hi, > > I committed initial UTF-8 support to "utf8" branch in SVN: https://efte.svn.sourceforge.net/svnroot/efte/branches/utf8 > > Some TODO items: > > * regexp handling doesn't work correctly with >7bit chars, since data is converted to UTF8 and then there are some position/size mismatches > * File reading code shouldn't assume all files are UTF8. Should enable it only when locale says UTF8. And handle non-UTF8 files as well the same way they would currently open. > * Editing seems to be broken currently (just noticed), and saving is probably also. > * Only e_buffer supports unicode now. There are a lot of other places probably that need to be changed as well, such as text search. > * Currently implemented using wchar_t, probably switch to full 32bit chars instead. Either find some string library to do it, or code can also be copied from Dovecot: http://hg.dovecot.org/dovecot-2.1/file/tip/src/lib/unichar.h (the code is written by me, so no copyright/license issues). Dovecot's code also supports case-insensitive searches for non-ascii chars. > * The default X11 font doesn't seem to support any >8bit characters.. With XMB enabled they also show up weirdly as 2 characters. > * I probably broke NT code. > * The #ifdefs could probably be removed, although this code could also be copied to trunk and disabled by default until it's been proven to be stable > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > eFTE-discuss mailing list > eFT...@li... > https://lists.sourceforge.net/lists/listinfo/efte-discuss |
From: Timo S. <ts...@ik...> - 2012-01-30 01:42:03
|
Hi, I committed initial UTF-8 support to "utf8" branch in SVN: https://efte.svn.sourceforge.net/svnroot/efte/branches/utf8 Some TODO items: * regexp handling doesn't work correctly with >7bit chars, since data is converted to UTF8 and then there are some position/size mismatches * File reading code shouldn't assume all files are UTF8. Should enable it only when locale says UTF8. And handle non-UTF8 files as well the same way they would currently open. * Editing seems to be broken currently (just noticed), and saving is probably also. * Only e_buffer supports unicode now. There are a lot of other places probably that need to be changed as well, such as text search. * Currently implemented using wchar_t, probably switch to full 32bit chars instead. Either find some string library to do it, or code can also be copied from Dovecot: http://hg.dovecot.org/dovecot-2.1/file/tip/src/lib/unichar.h (the code is written by me, so no copyright/license issues). Dovecot's code also supports case-insensitive searches for non-ascii chars. * The default X11 font doesn't seem to support any >8bit characters.. With XMB enabled they also show up weirdly as 2 characters. * I probably broke NT code. * The #ifdefs could probably be removed, although this code could also be copied to trunk and disabled by default until it's been proven to be stable |
From: Jeremy C. <je...@co...> - 2010-02-16 14:52:05
|
A diff would be great. You can email it here to the list or attach it as a feature request on our SF.net bug tracker. Your call. Jeremy > I've been puttering with building efte v1.1 using mingw. With > slight modifications I've managed to get working builds using: > > mingw/MSYS (the original, 32bit efte exe) > > mingw32 (mingw64 project, 32bit efte exe) > > mingw64 (mingw64 project, 64bit efte exe) > > I still need to clean things up a bit, and test that I haven't > broken the Visual Studio or Linux builds, but after that I can pass > the changes along. Just let me know what to do with them: I can > email the files, check them in to svn, or I could try to build a > diff package. Assuming anyone wants them. > > SteveW > > -------------------------------------------------------------------- > ---------- SOLARIS 10 is the OS for Data Centers - provides > features such as DTrace, Predictive Self Healing and Award Winning > ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev > _______________________________________________ eFTE-discuss > mailing list eFT...@li... > https://lists.sourceforge.net/lists/listinfo/efte-discuss |
From: SteveW <win...@us...> - 2010-02-16 03:33:42
|
I've been puttering with building efte v1.1 using mingw. With slight modifications I've managed to get working builds using: mingw/MSYS (the original, 32bit efte exe) mingw32 (mingw64 project, 32bit efte exe) mingw64 (mingw64 project, 64bit efte exe) I still need to clean things up a bit, and test that I haven't broken the Visual Studio or Linux builds, but after that I can pass the changes along. Just let me know what to do with them: I can email the files, check them in to svn, or I could try to build a diff package. Assuming anyone wants them. SteveW |
From: Jeremy C. <je...@co...> - 2009-12-07 20:32:15
|
Frank <be...@vi...> wrote: > > Fabulous Jeremy! And the editor load as quickly as it used to. > Nice job overall...now maybe I can get back to programming! > Glad it's working for you. It should have been in the docs, I need to go update them, then others wouldn't have had the same problem you did. > Thanks No problem. Jeremy |
From: Frank <be...@vi...> - 2009-12-07 20:11:15
|
On Mon, 07 Dec 2009 13:27:29 +0000 Jeremy Cowgar <je...@co...> wrote: > Frank <be...@vi...> wrote: > > Just installed the latest EFTE from the Debian repositories > > (testing) and am somewhat confused about how to configure it. > > eFTE now reads the configuration files (text files, not compiled > files) from a few different directories for configuration, > > ~/.efte > /usr/local/share/efte > /usr/share/efte > /etc/efte > > Anything found in ~/.efte will override what is found > in /usr/local/share/efte. So, to start off, you can copy, > say, /usr/share/efte/mymain.fte and put it in your ~/.efte > directory. Then modify away. Fabulous Jeremy! And the editor load as quickly as it used to. Nice job overall...now maybe I can get back to programming! Thanks -- Frank<be...@vi...> |
From: Jeremy C. <je...@co...> - 2009-12-07 13:28:06
|
Frank <be...@vi...> wrote: > Just installed the latest EFTE from the Debian repositories (testing) and am > somewhat confused about how to configure it. > I used to use FTE a couple of years back..when it required compiled config > files using cfte. > Apparently that has now changed ?? > Just how do I configure the editor ? > Frank, eFTE now reads the configuration files (text files, not compiled files) from a few different directories for configuration, ~/.efte /usr/local/share/efte /usr/share/efte /etc/efte Anything found in ~/.efte will override what is found in /usr/local/share/efte. So, to start off, you can copy, say, /usr/share/efte/mymain.fte and put it in your ~/.efte directory. Then modify away. You can look at: http://efte.cowgar.com/cgi-bin/wiki.pl?ConfigurationBasics but ignore the fact that it says you must compile your configuration. That is outdated. Jeremy |
From: Frank <be...@vi...> - 2009-12-07 02:50:20
|
Just installed the latest EFTE from the Debian repositories (testing) and am somewhat confused about how to configure it. I used to use FTE a couple of years back..when it required compiled config files using cfte. Apparently that has now changed ?? Just how do I configure the editor ? Thanks -- Frank<be...@vi...> |
From: Lauri N. <la...@ik...> - 2009-10-11 20:06:49
|
eFTE 1.1 is out. This is a bugfix release, most importantly fixing a small buffer overflow which would cause a crash quite often if eFTE was compiled with -fstack-protector enabled. There is no big reason to update from 1.0 unless you have experienced surprising crashes with eFTE. -LN |
From: Jeremy C. <je...@co...> - 2009-09-12 12:46:19
|
On Sat, 12 Sep 2009 07:53:16 -0400, J Decker <d3...@gm...> wrote: > > You know you can do GetModuleFileName( NULL, buff, sizeof( buff ) ); > and get where the the program... do a strrchr( buff, '\\' )[0] = 0; > and you end up with the path the program is running from? Then you > woudln't have to have hard coded checked for 'Program Files' et al. > Hm, I didn't know that. Thanks for that tip. It's a much better solution than our current method. > Curious - the first one... isn't looking in config it's looking a > folder mymain.fte\mymain.fte ? That's a bug. > The actual path that the config is in is e:\tools\efte\config.... For your install to work, you'll have to install it into one of the common directories or copy the config files to say E:\Users\d3x0r\.efte\ Sorry about that. Jeremy |
From: J D. <d3...@gm...> - 2009-09-12 11:53:28
|
I just grabbed the windows version and installed it into e:\tools\efte (where I keep all my development tools). The program fails to find its config.... E:\tools\efte\mymain.fte\mymain.fte E:\Users\d3x0r\.efte\mymain.fte E:\Users\d3x0r\efte\mymain.fte E:\efte\local\mymain.fte E:\efte\config\mymain.fte E:\Program Files\efte\local\mymain.fte E:\Program Files\efte\config\mymain.fte E:\Program Files (x86)\efte\local\mymain.fte E:\Program Files (x86)\efte\config\mymain.fte C:\Program Files (x86)\eFTE\local\mymain.fte C:\Program Files (x86)\eFTE\config\mymain.fte You know you can do GetModuleFileName( NULL, buff, sizeof( buff ) ); and get where the the program... do a strrchr( buff, '\\' )[0] = 0; and you end up with the path the program is running from? Then you woudln't have to have hard coded checked for 'Program Files' et al. Curious - the first one... isn't looking in config it's looking a folder mymain.fte\mymain.fte ? The actual path that the config is in is e:\tools\efte\config.... |
From: Lauri N. <la...@ik...> - 2009-07-21 21:07:11
|
ti, 2009-07-21 kello 21:48 +0300, Hanno Böck kirjoitti: > Hi, > > I'm using efte 1.0. It seems it now is able to open unicode documents, but I'm > not able to type in any special chars like ä ö ü ß. Hi. I think the fact that opening Unicode (UTF-8) documents appears to work is not by design. For eFTE, one character is always one byte. That's why typing non-ASCII will fail. But when the buffer loaded from a file contains valid UTF-8 sequences, they probably get passed to X11 as such, and are drawn as expected. > Known issue? Anything I can do about it? Unfortunately there is no simple way of making eFTE understand Unicode. -LN |
From: Hanno B. <ha...@hb...> - 2009-07-21 19:28:51
|
Hi, I'm using efte 1.0. It seems it now is able to open unicode documents, but I'm not able to type in any special chars like ä ö ü ß. Known issue? Anything I can do about it? cu, -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail: ha...@hb... http://schokokeks.org - professional webhosting |
From: Lauri N. <la...@ik...> - 2009-06-19 13:00:38
|
In case some (or most) of you did not notice, eFTE version 1.0 has finally been released a few days ago. Source code as well as binaries for various platforms are available on the Sourceforge project page. -LN |
From: Gregg Y. <yg...@qw...> - 2009-06-07 17:44:06
|
Lauri Thank you very much for taking time to review the patch. I have included a new patch which is primarily the addition of 2 new dialogs and changing some existing dialogs to use the standard OS2 dialog (e.g. open file) instead of custom dialogs. There are a few changes (mostly type casts) related to open watcom compiler warnings and errors. I am also including some updated bitmaps and a custom menu for IPF files. > >Hi. > >Thank you for the patch. I have committed the IPF format and some other >minor changes to SVN. But there are changes in the diff that I'm not >convinced about. > >First: >- char numbuf[5], buf[256]; >+ char numbuf[5]; >+ char buf[256]; > >Apparently OpenWatcom warns about different types in the same >declaration. Different array size is different type in its opinion. >I've never heard any reason why this should be avoided. I'd like to >hear the rationale of this warning before splitting the variable >declarations like that. This is true of open watcom. I am not sure why. I have asked the open watcom developers regarding this issue and will let you know what they say. > >Another thing, which seems simply wrong because of the semicolon: >- if ((rc = GetUData(no, pos, &d, sizeof(unsigned char)))) \ >+ rc = GetUData(no, pos, &d, sizeof(unsigned char)); \ >+ if (rc);\ > *(unsigned char *)&what = *(unsigned char *)d; \ You are correct this is an error. Thanks for catching it. This is fixed but not included in the current patch. > >Third thing; what warning do the following lines fix? >- hwndDlg, ((i == 0) ? HWND_TOP : hwndButton[i - 1]), >+ hwndDlg, ((i == 0) ? HWND_TOP: hwndButton[i - 1]), These are white space issues introduced when I merged the changes from FTE into eFTE. I should have identified them before submitting the patch. I apologize for not catching them all. Hopefully I got them this time. Thanks again Gregg |
From: Lauri N. <la...@ik...> - 2009-06-06 16:03:00
|
su, 2009-05-31 kello 08:35 -0600, Gregg Young kirjoitti: > Hi > > Attached is a diff file which updates the OS2 GUI and fixes the build > warnings/errors when building with openwatcom 1.8. It also includes > new configuration files for the ipf format (the current one destroys > the file headers amongst other problems). The diff is against the > latest SVN revision. Hi. Thank you for the patch. I have committed the IPF format and some other minor changes to SVN. But there are changes in the diff that I'm not convinced about. First: - char numbuf[5], buf[256]; + char numbuf[5]; + char buf[256]; Apparently OpenWatcom warns about different types in the same declaration. Different array size is different type in its opinion. I've never heard any reason why this should be avoided. I'd like to hear the rationale of this warning before splitting the variable declarations like that. Another thing, which seems simply wrong because of the semicolon: - if ((rc = GetUData(no, pos, &d, sizeof(unsigned char)))) \ + rc = GetUData(no, pos, &d, sizeof(unsigned char)); \ + if (rc);\ *(unsigned char *)&what = *(unsigned char *)d; \ Third thing; what warning do the following lines fix? - hwndDlg, ((i == 0) ? HWND_TOP : hwndButton[i - 1]), + hwndDlg, ((i == 0) ? HWND_TOP: hwndButton[i - 1]), -LN |
From: Gregg Y. <yg...@qw...> - 2009-05-31 14:35:26
|
Hi Attached is a diff file which updates the OS2 GUI and fixes the build warnings/errors when building with openwatcom 1.8. It also includes new configuration files for the ipf format (the current one destroys the file headers amongst other problems). The diff is against the latest SVN revision. I can't figure out the purpose of config.h.in or how it works so I just ifdefed it out for os2. I will fix that if someone will explain what it does and what the variables are suppose to be. Hopefully, you will be willing to add the changes to the SVN. I don't think it will break anything for other platforms but it has only been tested on OS2 both efte and eftepm appear to work fine. Thanks Gregg |