From: Mark M. <bwa...@ya...> - 2012-07-29 03:48:08
|
nano's configure only looks for curses as -lcurses, -lncurses or -lslang(?). I've seen several post that say to copy, link or rename libpdcurses.a to libcurses.a, is this correct? Or another option would be to build ncurses, but I have seen posts that say, pd is for windoes, n is not, and when I tried to build, I realized that I would have to patch the source (i can't remember the compiler error, sorry). So not sure if ncurses can be built with mingw for windows? Thanks, Mark Mikofski poquitopicante.blogspot.com breakingbytes.blogspot.com www.breaking-bytes.com |
From: LRN <lr...@gm...> - 2012-07-29 04:48:22
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 29.07.2012 7:48, Mark Mikofski wrote: > nano's configure only looks for curses as -lcurses, -lncurses or > -lslang(?). I've seen several post that say to copy, link or > rename libpdcurses.a to libcurses.a, is this correct? > > Or another option would be to build ncurses, but I have seen posts > that say, pd is for windoes, n is not, and when I tried to build, > I realized that I would have to patch the source (i can't remember > the compiler error, sorry). So not sure if ncurses can be built > with mingw for windows? You can always hack nano configure script, you know. Few packages can be built for W32 without patching them first. P.S. Something must be wrong with your e-mail client. It doesn't wrap long lines. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQFMCKAAoJEOs4Jb6SI2CwDeIIALLvLXU9XX6uzTJXHzj0qH3F 5bdrwt76140nj1F3KWuK2KXa9bcegAUovKGpFJ136HYdQprlr+do+VIK35y+Lvm0 lBXiaX6bQlnGoCou5AwQ0onUGQxjQNxUYayq0UcDv+fu5UkF/25vunB8UDp+kd78 LNms0rq2Dsx7dbFdd2LNhhAf+9BbUkVgLnLGQROI78GRnprDKBitAn4/4C/ZXER5 jyhrLYdtH/xI+neyWGVulay0zFoN2W5KXnW/vB95hMM+n94w6VnqE8foaK409EQv 20eU59i0oJWaXvtBrI5KIA2AIEBKytl1E6RVM1d4Lbo9/6PxBeFzdFOQcFe0wfU= =57d9 -----END PGP SIGNATURE----- |
From: Earnie B. <ea...@us...> - 2012-07-29 17:43:30
|
On Sun, Jul 29, 2012 at 12:48 AM, LRN wrote: > P.S. Something must be wrong with your e-mail client. It doesn't wrap > long lines. Hmm... My client doesn't have a problem wrapping Mark's post. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Keith M. <kei...@us...> - 2012-07-29 19:27:56
|
On 29/07/12 18:43, Earnie Boyd wrote: > On Sun, Jul 29, 2012 at 12:48 AM, LRN wrote: >> P.S. Something must be wrong with your e-mail client. It doesn't wrap >> long lines. > > Hmm... My client doesn't have a problem wrapping Mark's post. For me, using Thunderbird 11.0.1, I can read it, but the lines are uncomfortably long. When I reply, each quoted paragraph appears as only one line, (typical of Microsoft Outlook, I believe), which vanishes beyond the right side of the composer window; I have to use Ctrl-R to force it to wrap at a sensible line length. -- Regards, Keith. |
From: waterlan <wat...@xs...> - 2012-07-30 09:19:58
|
Mark Mikofski schreef op 2012-07-29 05:48: > nano's configure only looks for curses as -lcurses, -lncurses or > -lslang(?). I've seen several post that say to copy, link or rename > libpdcurses.a to libcurses.a, is this correct? > Or another option would be to build ncurses, but I have seen posts > that > say, pd is for windoes, n is not, and when I tried to build, I > realized > that I would have to patch the source (i can't remember the compiler > error, sorry). So not sure if ncurses can be built with mingw for > windows? > Hi, There exist a mingw32 port of ncurses, see http://sourceforge.net/projects/ezwinports/files/ But this port does not support wide characters (Unicode). If you need Unicode support then your only choice is PDCurses at the moment. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: Thomas D. <di...@hi...> - 2012-09-09 19:10:19
Attachments:
signature.asc
|
On Sun, Sep 09, 2012 at 08:47:11PM +0200, Erwin Waterlander wrote: > Thomas Dickey schreef, Op 9-9-2012 12:46: > > On Sun, Sep 09, 2012 at 09:13:47AM +0200, Erwin Waterlander wrote: > >> Op 9-9-2012 2:28, Thomas Dickey schreef: > >>> On Sun, Sep 09, 2012 at 12:21:22AM +0000, Maximus wrote: > >>>> Erwin Waterlander <waterlan@...> writes: > >>>> > >>>>> For the record: > >>>>> I tried the test programs in ConEmu, an other alternative console for > >>>>> Windows. The test programs run, except the ones which use newterm(). > >>>> Did you mean GUI-subsystem programs, which calls AllocConsole on start? > >>>> Give me example of such program, please. > >>> He's saying in effect that the test-programs of the ncurses port work > >>> about as well in ConEmu as in the Windows console window. (Those are > >>> known issues, for which a fix would involve changes to the programs > >>> themselves rather than to the library). > >> Yes, it is not a ConEmu problem. I wanted to share that the ncurses test > >> programs work better in ConEmu than in Console2. > > I'll take a look at ConEmu too, but so far have only looked closely at > > Console2 in addition to the Windows console. The ncurses test program > > "filter" is an example that might rely on the library. > > > > Along the same line, from PDCurses 3.4 history file: > > > > - newterm() works now, in a limited way -- the parameters are ignored, > > and only the first invocation will work (i.e., only one SCREEN can be > > used). > > In my versions of wcd built with PDCurses, I don't use newterm() simply > because it was not available in PDCurses until recently. I prefer > newterm(), which I use in Unix/Cygwin builds, because with newterm I can > make a fall back. Initscr exits in case of failure, newterm not. But an > ncurses without newterm would be acceptable for me. > > My main reason for not uploading ncurses libraries for mingw is that > Console2 has been downloaded by millions of people. So there is a big > chance that a lot of end users will get disappointed. Or do you think it > would still be useful to provide ncurses 5.9? If you want I can add the > libraries, but I'm afraid it will lead to a lot of frustration among > Console2 users. There's more than one aspect: a) console2 hasn't been updated for about two years, and that was a development snapshot (equivalent to my weekly patches for ncurses). Its last stable release was 7 years ago. Based on that, it's rather unlikely that there will be any relevant fixes by its developers. b) besides ncurses, vile also doesn't work in console2. I might find that there's the same issue (in console2) for both. But that's two different applications that I know of which don't work with console2. c) in my test-builds, I'm currently making a zip-file for the ncursesw libraries - linked on my ncurses page from these: http://invisible-island.net/datafiles/release/mingw32.zip http://invisible-island.net/datafiles/release/mingw64.zip (zip-files aren't so good, but for cross-compiling it seems the alternative is nsis which needs a lot of care and feeding). d) console2 has been downloaded by a few hundred-thousand users (not millions) referring to the sourceforge statistics. e) I did make the change to use the WriteConsoleOutputW in ncurses for the ncursesw configuration, but there's still some work needed to iron out how surrogate pairs are handled. I'd compare it directly agains pdcurses, but haven't ported my ncurses-examples to work with _that_. f) there's also the discussion regarding whether an unset $TERM is the best solution for selecting the win32 output. But that might be a distraction... -- Thomas E. Dickey <di...@in...> http://invisible-island.net ftp://invisible-island.net |
From: Erwin W. <wat...@xs...> - 2012-09-09 20:11:16
|
Thomas Dickey schreef, Op 9-9-2012 21:10: > On Sun, Sep 09, 2012 at 08:47:11PM +0200, Erwin Waterlander wrote: >> Thomas Dickey schreef, Op 9-9-2012 12:46: >>> On Sun, Sep 09, 2012 at 09:13:47AM +0200, Erwin Waterlander wrote: >>>> Op 9-9-2012 2:28, Thomas Dickey schreef: >>>>> On Sun, Sep 09, 2012 at 12:21:22AM +0000, Maximus wrote: >>>>>> Erwin Waterlander <waterlan@...> writes: >>>>>> >>>>>>> For the record: >>>>>>> I tried the test programs in ConEmu, an other alternative console for >>>>>>> Windows. The test programs run, except the ones which use newterm(). >>>>>> Did you mean GUI-subsystem programs, which calls AllocConsole on start? >>>>>> Give me example of such program, please. >>>>> He's saying in effect that the test-programs of the ncurses port work >>>>> about as well in ConEmu as in the Windows console window. (Those are >>>>> known issues, for which a fix would involve changes to the programs >>>>> themselves rather than to the library). >>>> Yes, it is not a ConEmu problem. I wanted to share that the ncurses test >>>> programs work better in ConEmu than in Console2. >>> I'll take a look at ConEmu too, but so far have only looked closely at >>> Console2 in addition to the Windows console. The ncurses test program >>> "filter" is an example that might rely on the library. >>> >>> Along the same line, from PDCurses 3.4 history file: >>> >>> - newterm() works now, in a limited way -- the parameters are ignored, >>> and only the first invocation will work (i.e., only one SCREEN can be >>> used). >> In my versions of wcd built with PDCurses, I don't use newterm() simply >> because it was not available in PDCurses until recently. I prefer >> newterm(), which I use in Unix/Cygwin builds, because with newterm I can >> make a fall back. Initscr exits in case of failure, newterm not. But an >> ncurses without newterm would be acceptable for me. >> >> My main reason for not uploading ncurses libraries for mingw is that >> Console2 has been downloaded by millions of people. So there is a big >> chance that a lot of end users will get disappointed. Or do you think it >> would still be useful to provide ncurses 5.9? If you want I can add the >> libraries, but I'm afraid it will lead to a lot of frustration among >> Console2 users. > There's more than one aspect: > > a) console2 hasn't been updated for about two years, and that was > a development snapshot (equivalent to my weekly patches for > ncurses). Its last stable release was 7 years ago. Based on that, > it's rather unlikely that there will be any relevant fixes by its > developers. > > b) besides ncurses, vile also doesn't work in console2. I might find > that there's the same issue (in console2) for both. But that's > two different applications that I know of which don't work with > console2. > > c) in my test-builds, I'm currently making a zip-file for the ncursesw > libraries - linked on my ncurses page from these: > > http://invisible-island.net/datafiles/release/mingw32.zip > http://invisible-island.net/datafiles/release/mingw64.zip > > (zip-files aren't so good, but for cross-compiling it seems the > alternative is nsis which needs a lot of care and feeding). > > d) console2 has been downloaded by a few hundred-thousand users > (not millions) referring to the sourceforge statistics. > > e) I did make the change to use the WriteConsoleOutputW in ncurses > for the ncursesw configuration, but there's still some work needed > to iron out how surrogate pairs are handled. I'd compare it > directly agains pdcurses, but haven't ported my ncurses-examples > to work with _that_. > > f) there's also the discussion regarding whether an unset $TERM is > the best solution for selecting the win32 output. But that might > be a distraction... I remember to have seen bigger download numbers of Console when the Sourceforge pages had a different layout. According to the statistics now the development version has been downloaded 957,493 times since 2002-01, and console releases about 145,000 times. I don't know how accurate that data is, because sourceforge has changed its pages often in the past and data may have been lost. On my own projects I have seen for instance that reviews got lost. Anyway the number is not very large compared to the users that use the normal console. And if the problem lies in Console2, and Console2 is not updated we should ignore Console2. And there is now a good alternative,ConEmu, which is actively developed. It's good to hear you are working on fixing the problems. But what is your advice? Should I wait for ncurses 5.10, or do you want me to upload the current 5.9 libraries (narrow only) to mingw? For me it is not an issue. I have the packages ready and can upload them next week. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: Charles W. <cwi...@us...> - 2012-09-09 19:52:08
|
On 9/9/2012 3:10 PM, Thomas Dickey wrote: > There's more than one aspect: > > a) console2 hasn't been updated for about two years, and that was > a development snapshot (equivalent to my weekly patches for > ncurses). Its last stable release was 7 years ago. Based on that, > it's rather unlikely that there will be any relevant fixes by its > developers. Don't confuse *our* most recent package with *their* most recent package. They have b148 which was released...last October, so 11 months ago. We are currently advertising b147, which is, yes, two years old. I should probably bump our package, huh? However, your point is still well-taken: there have not been any git commits since that release last October. Development seems very bursty: nothing for a year, then Bang! a new release committed to git and published immediately. No telling when the next burst will occur. There are a bunch of open bugs, a bunch of open support requests -- but the project is not completely dead as /somebody/ has marked some recent bugs as invalid or closed. If ncurses won't work in console2 -- BUT we can advertise a console-handle-based [1] console replacement in which it DOES work -- then all is well. I'd be especially impressed if ncurses-win32 ALSO works in msys-mintty, but I rather doubt that (unless it has a fallback to AVOID WriteConsoleOutput[A,W] when stdin/stdout are NOT console handles). It appears that conemu MAY be a way forward, but obviously there are some code bugs and packaging kinks to work out first. [1] as opposed to cygwin-like pseudotty's, which are used by rxvt (blech, puke) and mintty. -- Chuck |
From: Earnie B. <ea...@us...> - 2012-09-10 12:00:17
|
On Sun, Sep 9, 2012 at 3:51 PM, Charles Wilson wrote: > If ncurses won't work in console2 -- BUT we can advertise a > console-handle-based [1] console replacement in which it DOES work -- > then all is well. I'd be especially impressed if ncurses-win32 ALSO > works in msys-mintty, but I rather doubt that (unless it has a fallback > to AVOID WriteConsoleOutput[A,W] when stdin/stdout are NOT console handles). It might work if the client program flushes the buffers after the writes. But there is no guarantee for that. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: ralph e. <ral...@gm...> - 2012-09-10 16:14:44
|
I can attest that ncurses indeed works in msys-mintty atleast if compiled for msys. I got midnight commander working with msys and it works fine :) can even use the mouse on its menu. Does not work in console2 though. |
From: Thomas D. <di...@hi...> - 2012-07-30 10:39:06
Attachments:
signature.asc
|
On Mon, Jul 30, 2012 at 11:19:49AM +0200, waterlan wrote: > Mark Mikofski schreef op 2012-07-29 05:48: > > > nano's configure only looks for curses as -lcurses, -lncurses or > > -lslang(?). I've seen several post that say to copy, link or rename > > libpdcurses.a to libcurses.a, is this correct? > > Or another option would be to build ncurses, but I have seen posts > > that > > say, pd is for windoes, n is not, and when I tried to build, I > > realized > > that I would have to patch the source (i can't remember the compiler > > error, sorry). So not sure if ncurses can be built with mingw for > > windows? > > > > Hi, > > There exist a mingw32 port of ncurses, see > http://sourceforge.net/projects/ezwinports/files/ > > But this port does not support wide characters (Unicode). Actually, the code can be configured and built for Unicode. I've done this with cross-compiling. That aspect is untested (I've been busy with other features). > If you need Unicode support then your only choice is PDCurses at the > moment. As I read the code, some programs will behave differently. That's because PDCurses differs in the way it handles UTF-8 strings. Among other details, I didn't see anything to handle combining characters, or double-width cells. -- Thomas E. Dickey <di...@in...> http://invisible-island.net ftp://invisible-island.net |
From: Erwin W. <wat...@xs...> - 2012-07-30 17:35:16
|
Thomas Dickey schreef, Op 30-7-2012 11:38: > On Mon, Jul 30, 2012 at 11:19:49AM +0200, waterlan wrote: > >> If you need Unicode support then your only choice is PDCurses at the >> moment. > As I read the code, some programs will behave differently. > That's because PDCurses differs in the way it handles UTF-8 strings. > Among other details, I didn't see anything to handle combining characters, > or double-width cells. > Hi, I think you are right. I see that combining characters are not displayed correctly by pdcurses. I also don't see double width Chinese characters displayed correctly, but that is also a font problem on my PC. How does ncursesw deal with surrogate pairs? I'm wondering, because I noticed that on Linux surrogate pairs are ignored by wcstombs() (leading and trailing halves are converted individually). On Windows you may encounter surrogate pairs, because wchar_t is 16 bit. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: waterlan <wat...@xs...> - 2012-07-30 13:30:45
|
Thomas Dickey schreef op 2012-07-30 11:38: > On Mon, Jul 30, 2012 at 11:19:49AM +0200, waterlan wrote: > >> Hi, There exist a mingw32 port of ncurses, see >> http://sourceforge.net/projects/ezwinports/files/ [1] But this port >> does not support wide characters (Unicode). > > Actually, the code can be configured and built for Unicode. > I've done this with cross-compiling. > > That aspect is untested (I've been busy with other features). > Hi, I am willing to maintain ncurses(w) packages for mingw32, but only when it builds in MSYS shell on Windows. >> If you need Unicode support then your only choice is PDCurses at the >> moment. > > As I read the code, some programs will behave differently. > That's because PDCurses differs in the way it handles UTF-8 strings. > Among other details, I didn't see anything to handle combining > characters, > or double-width cells. > I would very much like an ncursesw library for mingw32 that handles double width and combining characters properly in cmd.exe and PowerShell. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: Thomas D. <di...@hi...> - 2012-09-09 20:40:08
Attachments:
signature.asc
|
On Sun, Sep 09, 2012 at 10:11:01PM +0200, Erwin Waterlander wrote: > It's good to hear you are working on fixing the problems. But what is your > advice? Should I wait for ncurses 5.10, or do you want me to upload the > current 5.9 libraries (narrow only) to mingw? For me it is not an issue. I > have the packages ready and can upload them next week. hmm - most _this_ week I'll be out of town. For fixing the problems, I think my best plan forward is to port the ncurses test-programs to work with pdcurses (in win32 console), so that I can see side-by-side issues with display. I've not done anything special so far for input of wide-characters, but the output "should" be workable (it seems to work, but it's hard to spot errors since the existing console fonts have poor coverage). For packages - it depends on the purpose for the package (whether it's for ongoing development or used to substitute for an existing use of pdcurses). Bear in mind the issue with the "TERM" variable. pdcurses will always write using the console API, but ncurses differs and would write to standard output if TERM is set and it finds a suitable terminal description. -- Thomas E. Dickey <di...@in...> http://invisible-island.net ftp://invisible-island.net |
From: Eli Z. <el...@gn...> - 2012-07-30 14:34:40
|
> Date: Mon, 30 Jul 2012 15:30:33 +0200 > From: waterlan <wat...@xs...> > > Thomas Dickey schreef op 2012-07-30 11:38: > > > On Mon, Jul 30, 2012 at 11:19:49AM +0200, waterlan wrote: > > > >> Hi, There exist a mingw32 port of ncurses, see > >> http://sourceforge.net/projects/ezwinports/files/ [1] But this port > >> does not support wide characters (Unicode). > > > > Actually, the code can be configured and built for Unicode. > > I've done this with cross-compiling. > > > > That aspect is untested (I've been busy with other features). > > > > Hi, > > I am willing to maintain ncurses(w) packages for mingw32, but only when > it builds in MSYS shell on Windows. The above port was built with MSYS on Windows, so I have little doubt that ncursesw will, too. Did you try? |
From: waterlan <wat...@xs...> - 2012-07-30 14:41:16
|
Eli Zaretskii schreef op 2012-07-30 16:34: >> Date: Mon, 30 Jul 2012 15:30:33 +0200 From: waterlan >> <wat...@xs... [2]> Thomas Dickey schreef op 2012-07-30 11:38: >> >>> On Mon, Jul 30, 2012 at 11:19:49AM +0200, waterlan wrote: >>> >>>> Hi, There exist a mingw32 port of ncurses, see >>>> http://sourceforge.net/projects/ezwinports/files/ [1] [1] But this >>>> port does not support wide characters (Unicode). >>> Actually, the code can be configured and built for Unicode. I've >>> done this with cross-compiling. That aspect is untested (I've been >>> busy with other features). >> Hi, I am willing to maintain ncurses(w) packages for mingw32, but >> only >> when it builds in MSYS shell on Windows. > > The above port was built with MSYS on Windows, so I have little doubt > that ncursesw will, too. Did you try? > > No. I think I tried to build ncurses long time ago out-of-the-box, but that failed in MSYS. I did not have time to work on it further. I will try your port. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: ralph e. <ral...@gm...> - 2012-07-30 15:32:07
|
Latest ncurses source does build as unicode in Msys (version 5.9.0 i think) but theres some weird stuff when console apps use it. While pdcurses prints console output correctly the unicode version of ncurses at default setting seems to have some odd line dropouts. My best guess its because it needs something to tell it what console emulation to use like term=unicode etc. Also ncurses cannot be built as a shared library on windows yet. |
From: Mark M. <bwa...@ya...> - 2012-07-30 16:33:30
|
>________________________________ > From: Keith Marshall <kei...@us...> >To: min...@li... >Sent: Sunday, July 29, 2012 12:27 PM >Subject: Re: [Mingw-users] rename libpdcurses to libcurses? > >On 29/07/12 18:43, Earnie Boyd wrote: >> On Sun, Jul 29, 2012 at 12:48 AM, LRN wrote: >>> P.S. Something must be wrong with your e-mail client. It doesn't wrap >>> long lines. >> >> Hmm... My client doesn't have a problem wrapping Mark's post. > >For me, using Thunderbird 11.0.1, I can read it, but the lines are >uncomfortably long. When I reply, each quoted paragraph appears as only >one line, (typical of Microsoft Outlook, I believe), which vanishes >beyond the right side of the composer window; I have to use Ctrl-R to >force it to wrap at a sensible line length. > >-- >Regards, >Keith. > Sorry all, I've been using Yahoo! Mail's online editor, not an actual email client. I looked into it, and I was able to set it to put quotes inline and switching to plain text hopefully has solved the problem. Let me know if this is any better? Thanks, Mark Mikofski poquitopicante.blogspot.com breakingbytes.blogspot.com www.breaking-bytes.com |
From: Keith M. <kei...@us...> - 2012-07-30 20:31:29
|
On 30/07/12 17:33, Mark Mikofski wrote: > Sorry all, I've been using Yahoo! Mail's online editor, not an actual > email client. I looked into it, and I was able to set it to put > quotes inline and switching to plain text hopefully has solved the > problem. Let me know if this is any better? Nope. Whole paragraph still on one line; uncomfortably long to read, and have to use Ctrl-R to force wrapping in replies. Can you not set Yahoo! Mail to break lines at around 70 chars? -- Regards, Keith. |
From: Erwin W. <wat...@xs...> - 2012-07-30 23:17:15
|
waterlan schreef, Op 30-7-2012 16:41: > Eli Zaretskii schreef op 2012-07-30 16:34: > >>> Date: Mon, 30 Jul 2012 15:30:33 +0200 From: waterlan >>> <wat...@xs... [2]> Thomas Dickey schreef op 2012-07-30 11:38: >>> >>>> On Mon, Jul 30, 2012 at 11:19:49AM +0200, waterlan wrote: >>>> >>>>> Hi, There exist a mingw32 port of ncurses, see >>>>> http://sourceforge.net/projects/ezwinports/files/ [1] [1] But this >>>>> port does not support wide characters (Unicode). >>>> Actually, the code can be configured and built for Unicode. I've >>>> done this with cross-compiling. That aspect is untested (I've been >>>> busy with other features). >>> Hi, I am willing to maintain ncurses(w) packages for mingw32, but >>> only >>> when it builds in MSYS shell on Windows. >> The above port was built with MSYS on Windows, so I have little doubt >> that ncursesw will, too. Did you try? >> >> > No. > > I think I tried to build ncurses long time ago out-of-the-box, but that > failed in MSYS. I did not have time to work on it further. I tried it again. ncurses 5.9 builds out of the box when I use the configure options that are recommended in README.MinGW. So an ncurses package should be easy. Next I will try a widec build. > > I will try your port. > Eli, I did not try it yet, are your changes needed? regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: Eli Z. <el...@gn...> - 2012-07-31 02:51:13
|
> Date: Tue, 31 Jul 2012 01:17:04 +0200 > From: Erwin Waterlander <wat...@xs...> > > > I will try your port. > > > > Eli, > I did not try it yet, are your changes needed? What changes? |
From: Erwin W. <wat...@xs...> - 2012-07-31 05:49:52
|
Eli Zaretskii schreef, Op 31-7-2012 4:51: >> Date: Tue, 31 Jul 2012 01:17:04 +0200 >> From: Erwin Waterlander<wat...@xs...> >> >>> I will try your port. >>> >> Eli, >> I did not try it yet, are your changes needed? > What changes? > In your source package I see a file 'DIFFS'. I assumed this file contains changes you made. regards, -- Erwin Waterlander http://waterlan.home.xs4all.nl/ |
From: Erwin W. <wat...@xs...> - 2012-07-31 05:52:17
|
Erwin Waterlander schreef, Op 31-7-2012 1:17: > > I tried it again. ncurses 5.9 builds out of the box when I use the > configure options that are recommended in README.MinGW. So an ncurses > package should be easy. > Next I will try a widec build. > ncursesw also builds in MSYS. -- Erwin |
From: Thomas D. <di...@hi...> - 2012-07-31 08:30:19
Attachments:
signature.asc
|
On Tue, Jul 31, 2012 at 09:28:58AM +0200, waterlan wrote: > ralph engels schreef op 2012-07-31 08:52: > > > Aye it does build though you might get some odd behaviour unless you > > tell it what terminal emulation to use and outside a posix > > environment > > that might be hard, though i suspect you could do it with a bat. > > > > Example: I can build dosbox with the internal debugger enabled on > > windows (uses curses) > > if i use pdcurses it works ok if i use ncurses it still works though > > the > > debugger window looks really strange > > unless i set term=console. Might be possible to hardcode it hmm ? but > > that kinda defeats the purpose. > > > > So it builds, but there are problems during run time. > > Perhaps it is still a good idea to create mingw32 packages for ncurses > 5.9 as it is now. Otherwise there will be a chicken egg problem. Because > there are no pre-compiled packages the number of users is very small and > also the problem reports. So problems won't get fixed. > > If there are patches available now, I'm happy to include them. I don't > have time to debug ncurses myself. ...I do that on a regular basis :-) -- Thomas E. Dickey <di...@in...> http://invisible-island.net ftp://invisible-island.net |
From: Sergio N. <sfh...@ho...> - 2012-07-31 06:35:43
|
I've just built a wide char & UTF8 ncurses 5.9 under MinGW/MSYS with no problem(s) at all. > Date: Tue, 31 Jul 2012 07:52:12 +0200 > From: wat...@xs... > To: min...@li... > Subject: Re: [Mingw-users] rename libpdcurses to libcurses? > > Erwin Waterlander schreef, Op 31-7-2012 1:17: > > > > I tried it again. ncurses 5.9 builds out of the box when I use the > > configure options that are recommended in README.MinGW. So an ncurses > > package should be easy. > > Next I will try a widec build. > > > > ncursesw also builds in MSYS. > > -- > Erwin > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe |