Menu
▾
▴
mingw-msys — A members only discussion list for the use of MSYS.
This list is closed, nobody may subscribe to it.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(49) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(59) |
Feb
(101) |
Mar
(175) |
Apr
(189) |
May
(150) |
Jun
(113) |
Jul
(42) |
Aug
(126) |
Sep
(108) |
Oct
(171) |
Nov
(195) |
Dec
(164) |
| 2003 |
Jan
(91) |
Feb
(70) |
Mar
(76) |
Apr
(32) |
May
(44) |
Jun
(48) |
Jul
(81) |
Aug
(19) |
Sep
(20) |
Oct
(99) |
Nov
(32) |
Dec
(81) |
| 2004 |
Jan
(37) |
Feb
(28) |
Mar
(80) |
Apr
(9) |
May
(46) |
Jun
(20) |
Jul
(33) |
Aug
(22) |
Sep
(39) |
Oct
(36) |
Nov
(47) |
Dec
(59) |
| 2005 |
Jan
(61) |
Feb
(28) |
Mar
(28) |
Apr
(77) |
May
(133) |
Jun
(221) |
Jul
(124) |
Aug
(113) |
Sep
(122) |
Oct
(124) |
Nov
(65) |
Dec
(60) |
| 2006 |
Jan
(78) |
Feb
(107) |
Mar
(37) |
Apr
(16) |
May
(24) |
Jun
(27) |
Jul
(37) |
Aug
(74) |
Sep
(27) |
Oct
(23) |
Nov
(33) |
Dec
(32) |
| 2007 |
Jan
(64) |
Feb
(1) |
Mar
(61) |
Apr
(16) |
May
(63) |
Jun
(26) |
Jul
(67) |
Aug
(15) |
Sep
(36) |
Oct
(45) |
Nov
(43) |
Dec
(28) |
| 2008 |
Jan
(35) |
Feb
(21) |
Mar
(19) |
Apr
(44) |
May
(6) |
Jun
(22) |
Jul
(51) |
Aug
(38) |
Sep
(13) |
Oct
(78) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(20) |
Apr
(2) |
May
(5) |
Jun
|
Jul
(7) |
Aug
(2) |
Sep
(12) |
Oct
(4) |
Nov
(1) |
Dec
(8) |
| 2010 |
Jan
(9) |
Feb
(9) |
Mar
(12) |
Apr
(13) |
May
(3) |
Jun
(25) |
Jul
(28) |
Aug
(4) |
Sep
(35) |
Oct
(6) |
Nov
(5) |
Dec
(3) |
| 2011 |
Jan
(11) |
Feb
(1) |
Mar
(16) |
Apr
(9) |
May
(9) |
Jun
(7) |
Jul
(11) |
Aug
(10) |
Sep
(82) |
Oct
(1) |
Nov
(6) |
Dec
(31) |
| 2012 |
Jan
(8) |
Feb
(19) |
Mar
|
Apr
(12) |
May
(1) |
Jun
(11) |
Jul
(3) |
Aug
(9) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2013 |
Jan
|
Feb
(7) |
Mar
(4) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
|
2
|
3
|
4
|
5
|
6
(2) |
|
7
|
8
(1) |
9
|
10
|
11
|
12
|
13
|
|
14
|
15
(6) |
16
(12) |
17
(6) |
18
(4) |
19
|
20
|
|
21
(3) |
22
(10) |
23
|
24
(1) |
25
|
26
|
27
|
|
28
|
29
(2) |
30
|
|
|
|
|
|
From: Eduardo D. F. <ed...@ig...> - 2004-11-29 16:38:18
|
Hi. There is an interaction between MSys shell (sh.exe, http://mingw.sourceforge.net/msys.shtml) and iSafer firewall (http://winsockfirewall.sourceforge.net/). It seems that after iSafer is started (pressing button start) sh.exe reports the following (4 prompt lines of cmd): C:\msys\1.0\bin>sh sh-2.04$ exit exit C:\msys\1.0\bin>sh sh-2.04$ exit exit C:\msys\1.0\bin>sh AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x460000, State 0x10000 C:\msys\1.0\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 6 C:\msys\1.0\bin>sh After the 2nd prompt and before the 3rd prompt I started iSafer Firewall. It is with security level high with rules for some programs (freevcs.exe, gaim.exe, firefox.exe, thunderbird.exe, delphi32.exe, pgadmin3.exe and netmsvnt.exe). Even after iSafer is stopped or closed sh.exe does not work. I am using Microsoft Windows XP Professional Version 2002 Service Pack 2. The computer is AMD Athlon, 945MHz, 504 MB RAM. -- Eduardo Daudt Flach Engenheiro Eletricista CREA 108659-D Rua Dona Eugênia 504/01 Santa Cecília Porto Alegre - RS CEP 90630-150 Fone + 55 51 3379 1720 Cel + 55 51 9662 5525 |
|
From: Keith M. <kei...@to...> - 2004-11-29 13:05:54
|
>> I don't understand exactly "more easy to read". Every win32 system I know >> has a program already installed that can read RTF files. Yes, the same is >> true for HTML as well as POT. > > Well some people think I am a bit stubborn... - I guess they are not > entirely wrong. I am using an old pc and it just takes me longer time to > read an RTF file. So the first thing I did when I saw the docs was actually > to convert them to HTML (but it really did not help, I missed part of it ;-) Sorry for the late response -- I have been out of the office for a while. Most GNU project maintainers will insist on README files in plain ASCII text; this is simply because they are targetting multiple build platforms, and POT is the lowest common denominator -- it can be read on *any* platform, without any dependency on any other installed tool. That said, Earnie's preference for RTF, for a system which is targetted exclusively at Win32, is 100% fine -- all users of the target platform *should* have an appropriate reader installed. As others have noted, Earnie's contribution to MinGW/MSYS, as a coder, is much too valuable to have it diluted by expecting him provide documentation in a variety of esoteric formats, just to suit a minority who dislike RTF. Thanks, Earnie, for all your great work so far -- stick with RTF for the documentation, and keep up the good work. Cheers, Keith. |
|
From: SourceForge.net <no...@so...> - 2004-11-24 19:49:02
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2867490 By: kwhitefoot The problem was that the script I was running overwrote the path variable, commenting out the offending statement fixed the problem.. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: SourceForge.net <no...@so...> - 2004-11-22 18:49:02
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2863979 By: kwhitefoot Yes I realize that it is the opposite of what you said. I was more interested in getting to the next set of problems. I'm using a pretty recent version of msys and mingw downloaded from here only a few days ago. $ make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-msys Sorry for the double posting of the previous message. Kevin. Here is the output from msysinfo all in case it helps: msysinfo-1.3: Send this to the MSYS support list: MSYS 1.0.10(0.46/3/2) 2004-03-15 07:17 i686 unknown; targ=MINGW32 GNU bash, version 2.04.0(1)-release (i686-pc-msys); ENV=.profile GNU Make version 3.79.1,Built for i686-pc-msys; MAKE_MODE=unix gcc.exe (GCC) 3.2.3 (mingw special 20030504-1); targ=MINGW32 GNU ld version 2.13.90 20030111 789320 Tue Mar 16 13:32:49 2004 /bin/msys-1.0.dll 135680 Tue Mar 16 13:32:48 2004 /bin/make.exe 82432 Mon May 05 00:38:20 2003 /mingw/bin/gcc.exe 566272 Sun Jan 12 05:42:48 2003 /mingw/bin/ld.exe HOME=/d/users/kjw Sysname=MINGW32_NT-5.0 OSTYPE=msys TERM=msys PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/Tcl/bin:/c/program file s/imagemagick-6.1.4-q16:/c/WINNT/system32:/c/WINNT:/c/WINNT/Syst em32/Wbem:/c/Program Files/Starbase/StarGate SDK/Lib:/c/unxutils /usr/local/wbin:/d/bin:/c/Program Files/Microsoft SQL Server/80/ Tools/BINN:/c/PROGRA~1/NcFTP:/c/Program Files/Microsoft Visual S tudio/Common/Tools/WinNT:/c/Program Files/Microsoft Visual Studi o/Common/MSDev98/Bin:/c/Program Files/Microsoft Visual Studio/Co mmon/Tools:/c/Program Files/Microsoft Visual Studio/VC98/bin $ ls -tx /d/users/kjw .emacs.desktop my documents/ mingw/ .emacs .bash_history logo.miff .emacs.bmk hotmail/ .emacs.~5~ .emacs.d/ admin/ homepage/ kj/ my pictures/ WinVNC.log xcopy homepage.zip .octave_hist .emacs.~4~ diary .cvsignore db1.mdb .MyWS.log .MyWS diary.~5~ diary.~4~ modMenuXP.bas Project1.vbp Project1.vbw MDIForm_Frames.vbp.STW highlight.conf WinVNC.log.bak diary.~2~ #proxies.txt# untitled.h untitled.rcp xuistart.html ygma0000.css ylib_dom.js Norwegian.doc PUTTY.RND Search1.srf Shortcut to rawpics.lnk myhtml.htm nigel20031019.rtf ninpublic.mail outgoingmail pdfcreator.lnk pim00000.js pim_css0.js pixastat.dat postbank19981110.mail prefs.r pulldown.js quotes randm000.js raw rdul1000.gif rebol.r rebx.exe* reg20000.css regex.xml respsdev.frm respsdev.frx sandy.email semantic.cache semantic.cache~ session.dom sntc1000.gif space000.gif stnicholas.doc stw20000.gif tr14x15_.gif tshc1000.gif tylelog.txt uh_bk000.gif uh_crn20.gif uh_crn_b.gif uh_tcrn_.gif user.r videodex.r w3-20000713.mail winstart.cmd winstart.cmd.~1~ x.cmd HolidayInn.html LehmLR95.ps diary.~1~ djp19990617.mail dll.reg edit-prefs.r ergane.wcr exe.reg fom.pl.cgi* frons.cpc fs_pb_fi.js gbeen.mail getvbunconditional.bat* gnustep-howto.ps helpdesk httpd.el innleveringsfrister julen 2003.doc ipp.el junkemacs justin.doc kjwstart.html lifesaver mc.tre mc000000.js #.timelog# #ips.txt# .B.blend .Bfont .Bfs .cvspass .emacs-broken-20040127 .emacs-places .emacs.backup .emacs.bmk.~1~ .emacs.~1~ .emacs.~2~ .mosaic-hotlist-default .newsrc.eld .notes .recentf .timelog AVG6DB_F.DAT CpcBeautifier.pac cgi.el cktsdev.frm cktsdev.frx cron.log ct_yad_0.js default TFTP204 rebol.exe* bbfe534c85236d94683f3461829ef10b */bin/msys-1.0.dll 0e7941487ca8156a25b46b0b8f9a8bd9 */bin/make.exe aad05e77b37da603d3097824834fdfc8 */mingw/bin/gcc.exe 2a5cf34e94bb25814907a8111fd937a7 */mingw/bin/ld.exe In /etc/fstab: c:/MinGW /mingw In /etc/profile: export PATH=".:/usr/local/bin:/mingw/bin:/bin:$PATH" export PATH=".:/usr/local/bin:/bin:/mingw/bin:$PATH" export HOME LOGNAME MSYSTEM HISTFILE export MAKE_MODE=unix export PS1='\[\033]0;$MSYSTEM:\w\007 %%% MSYS dll major: 1000 %%% MSYS dll minor: 10 %%% MSYS dll epoch: 19 %%% MSYS dll bad signal mask: 19005 %%% MSYS dll old termios: 5 %%% MSYS dll malloc env: 28 %%% MSYS api major: 0 %%% MSYS api minor: 46 %%% MSYS shared data: 3 %%% MSYS dll identifier: cygwin1 %%% MSYS mount registry: 2 %%% MSYS cygnus registry name: msys %%% MSYS cygwin registry name: 1.0 %%% MSYS program options name: Program Options %%% MSYS cygwin mount registry name: mounts v2 %%% MSYS cygdrive flags: cygdrive flags %%% MSYS cygdrive prefix: cygdrive prefix %%% MSYS cygdrive default prefix: %%% MSYS build date: Mon Mar 15 07:17:24 EST 2004 %%% MSYS shared id: cygwin1S3 !C:='C:\msys\1.0\bin' ALLUSERSPROFILE='C:\Documents and Settings\All Users' APPDATA='C:\Documents and Settings\kewh\Application Data' BASH=/bin/sh BASH_VERSINFO=([0]="2" [1]="04" [2]="0" [3]="1" [4]="release" [5]="i686-pc-msys") BASH_VERSION='2.04.0(1)-release' BGCOLOR=LightYellow COLORFGBG='default;default' COLORTERM=rxvt COMMONPROGRAMFILES='C:\Program Files\Common Files' COMPUTERNAME=SUSAN COMSPEC='C:\WINNT\system32\cmd.exe' DIRSTACK=() DISPLAY=:0 EUID=500 FGCOLOR=Navy GROUPS=() HISTFILE=/d/users/kjw/.bash_history HOME=/d/users/kjw HOMEDRIVE=d: HOMEPATH='\users\kjw' HOSTNAME=SUSAN HOSTTYPE=i686 IFS=' ' INCLUDE='C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' LIB='C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGNAME=kewh LOGONSERVER='\SUSAN' MACHTYPE=i686-pc-msys MAKE_MODE=unix MINGW32BGCOLOR=LightYellow MINGW32FGCOLOR=Navy MSDEVDIR='C:\Program Files\Microsoft Visual Studio\Common\MSDev98' MSYSBGCOLOR=White MSYSFGCOLOR=Black MSYSTEM=MINGW32 NUMBER_OF_PROCESSORS=1 OPTERR=1 OPTIND=1 OS=Windows_NT OS2LIBPATH='C:\WINNT\system32\os2\dll;' OSTYPE=msys PATH='.:/usr/local/bin:/mingw/bin:/bin:/c/Tcl/bin:/c/program files/imagemagick-6.1.4-q16:/c/WINNT/system32:/c/WINNT:/c/WINNT/ System32/Wbem:/c/Program Files/Starbase/StarGate SDK/Lib:/c/unxutils/usr/local/wbin:/d/bin:/c/Program Files/Microsoft SQL Server/80/Tools/BINN:/c/PROGRA~1/NcFTP:/c/Program Files/Microsoft Visual Studio/Common/Tools/WinNT:/c/Program Files/Microsoft Visual Studio/Common/MSDev98/Bin:/c/Program Files/Microsoft Visual Studio/Common/Tools:/c/Program Files/Microsoft Visual Studio/VC98/bin' PATHEXT='.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PIPESTATUS=([0]="0") PPID=1752 PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER='x86 Family 6 Model 8 Stepping 6, GenuineIntel' PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0806 PROGRAMFILES='C:\Program Files' PROMPT='$P$G' PS4='+ ' PWD=/d/users/kjw SHELL=/bin/sh SHELLOPTS=braceexpand:hashall:interactive-comments SHLVL=2 STARTEAMAPP='C:\Program Files\Starbase\StarTeam 5.2' SYSTEMDRIVE=C: SYSTEMROOT='C:\WINNT' TEMP=/tmp TERM=msys TMP=/tmp TVDUMPFLAGS=10 UID=500 USERDOMAIN=SUSAN USERNAME=kewh USERPROFILE='C:\Documents and Settings\kewh' WINDIR='C:\WINNT' WINDOWID=167838880 _=echo $ msysinfo all >msysinfo.txt will save this to a file ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: Luke D. <cod...@ho...> - 2004-11-22 12:57:58
|
Download it from: http://nasm.sourceforge.net/ e.g. http://prdownloads.sourceforge.net/nasm/nasm-0.98.38-win32.zip?download Luke ----- Original Message ----- From: "seven" <wuj...@ho...> To: "mingw-msys" <min...@li...> Sent: Monday, November 22, 2004 7:37 PM Subject: [Mingw-msys] how to install nasm on MinGW? > hi, > I have a little knowledge on MinGW.I want to compile .asm file on > MinGW,but the following error ocurrs: > make: nasm: Command not found > So,I want to install nasm on MinGW,please help me . > thanks! > > > seven > wuj...@ho... |
|
From: Earnie B. <ea...@us...> - 2004-11-22 12:51:07
|
<quote who="Michel Gouget"> > Dear All, > > I am a very happy MSYS user, but I wanted to use the small fonts of xterm, > that I use under Unix. > > I found those small fonts there: http://www.hassings.dk/lars/fonts.html. I > was able to use the Fixed6x13 font with rxvt (BTW, I was unable to use > x6131252...), but got the same bug as Peter ( > http://sourceforge.net/mailarchive/message.php?msg_id=2572766 ) with the > current rxvt 2.7.2 eating parts of glyphs when using vim, making rxvt > 2.7.2 > unuseable. > > I have followed Earnie's instructions for installing msysDTK, msysDVLPR > and > w32api. > I am using msysdvlpr. > My system is XP SP1. > > I have been able to recompile a working rxvt 2.7.2. > > But it seems that rxvt 2.7.9 can't be compiled, as at least rxvt_res.rc is > missing. > > Does someone have clues about recompiling rxvt2.7.9, or, better :-), knows > where I can find a binary of the latest rxvt for msys ? > RXVT with W11 is an unfriendly beast. Not at all easy to build. 1) Must be built in the source directory. 2) cd to the W11 directory and build it first. 3) I may have made local changes to the Makefile in src that aren't reflected in CVS, I'll have to check that. 4) Be sure to copy any changes I made to W11 from the 2.7.2 version. I know that 2.7.2 is the most stable for MSYS. It is the reason why I still use it instead of other versions. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
|
From: SourceForge.net <no...@so...> - 2004-11-22 12:39:52
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2863069 By: infidel That's the opposite of what I just said. ar.exe _should_ be in c:\mingw\bin not in msys\1.0\bin. Which version of GNU make are you using? It would be easiest to post the output of the command "msysinfo all" ? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: seven <wuj...@ho...> - 2004-11-22 11:38:07
|
aGksDQoJSSBoYXZlIGEgbGl0dGxlIGtub3dsZWRnZSBvbiBNaW5HVy5JIHdhbnQgdG8gY29tcGls ZSAuYXNtIGZpbGUgb24gTWluR1csYnV0IHRoZSBmb2xsb3dpbmcgZXJyb3Igb2N1cnJzOg0KCQlt YWtlOiBuYXNtOiBDb21tYW5kIG5vdCBmb3VuZA0KCVNvLEkgd2FudCB0byBpbnN0YWxsIG5hc20g b24gTWluR1cscGxlYXNlIGhlbHAgbWUgLg0KCXRoYW5rcyENCg0KDQqhoaGhoaGhoaGhoaGhoaGh c2V2ZW4NCqGhoaGhoaGhoaGhoaGhoaF3dWppYW5zZXZlbkBob3RtYWlsLmNvbQ0KoaGhoaGhoaGh oaGhoaGhoaGhoaEyMDA0LTExLTIyDQo= |
|
From: SourceForge.net <no...@so...> - 2004-11-22 11:16:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2862996 By: kwhitefoot I seached for ar.exe and found it in c:/MinGW/bin so I copied ar.exe from MinGW/bin to msys/1.0/bin and now it works. Still don't understand why it worked from the command line but not from the script but never mind I have bigger problems. I had followed, or thought I had followed, the instructions for installing msys and mingw. I'll take a look at the wiki to see what I missed, thanks. Now that ar is actually found I find another problem: # $(AR) c$(ARQ)$(ARLOCAL) $(LIBRARY_HACK) $?; > /dev/null; $(AR) c$(ARQ)$(ARLOCAL) $(LIBRARY_HACK) $?; The commented out line fails and causes ar to spit out its usage summary. The next line, which is identical except that it doesn't redirect to /dev/null, works as it should (as far as I can tell). $(AR) expands to ar $(ARQ) to q $(ARLOCAL) to l (that's a lower case L, I wish people would avoid them). This code comes from the Spice3f5 build scripts. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: SourceForge.net <no...@so...> - 2004-11-22 11:11:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2862990 By: kwhitefoot I seached for ar.exe and found it in c:/MinGW/bin so I copied ar.exe from MinGW/bin to msys/1.0/bin and now it works. Still don't understand why it worked from the command line but not from the script but never mind I have bigger problems. I had followed, or thought I had followed, the instructions for installing msys and mingw. I'll take a look at the wiki to see what I missed, thanks. Now that ar is actually found I find another problem: # $(AR) c$(ARQ)$(ARLOCAL) $(LIBRARY_HACK) $?; > /dev/null; $(AR) c$(ARQ)$(ARLOCAL) $(LIBRARY_HACK) $?; The commented out line fails and causes ar to spit out its usage summary. The next line, which is identical except that it doesn't redirect to /dev/null, works as it should (as far as I can tell). $(AR) expands to ar $(ARQ) to q $(ARLOCAL) to l (that's a lower case L, I wish people would avoid them). This code comes from the Spice3f5 build scripts. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: SourceForge.net <no...@so...> - 2004-11-22 02:30:43
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2862581 By: infidel Sounds like you've installed binutils in the MSYS directory. http://www.mingw.org/MinGWiki/index.php/Install%20MinGW ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: Luke D. <cod...@ho...> - 2004-11-22 02:27:47
|
----- Original Message ----- From: "Greg Chicares" <chi...@co...> To: <min...@li...> Sent: Thursday, November 18, 2004 10:14 AM Subject: Re: [Mingw-msys] alternate access to drives? > On 2004-11-17 5:50 PM, Lennart Borgman wrote: > > > From: "Suresh Govindachar" <sgo...@ya...> > > > >>Earnie, > >> > >>Thanks for MinGW/MSYS. It would be best if you > >>maintained documentation in any form that was easiest for > >>you. Your work on the core MinGW/MSYS is more important > >>than work on supporting various formats for documentation > >>(or providing documentation in a format that is not > >>convenient for you). > > Well said. > > > I actually agree on that. My point is that docs that where more easy to read > > perhaps might relieve some burden from Earnie too. But that might just be > > me. > > I could imagine this being a concern for people who run > only cross compilers and don't have msw installed, or who > have philosophical objections to msw. For them, there's > http://www.gnu.org/software/unrtf/unrtf.html Yes, but how would MSYS be useful to those people? Perhaps you were speaking more generally about MinGW software other than MSYS? Luke |
|
From: Michel G. <mg...@co...> - 2004-11-22 00:09:39
|
Dear All, I am a very happy MSYS user, but I wanted to use the small fonts of xterm, that I use under Unix. I found those small fonts there: http://www.hassings.dk/lars/fonts.html. I was able to use the Fixed6x13 font with rxvt (BTW, I was unable to use x6131252...), but got the same bug as Peter ( http://sourceforge.net/mailarchive/message.php?msg_id=2572766 ) with the current rxvt 2.7.2 eating parts of glyphs when using vim, making rxvt 2.7.2 unuseable. I have followed Earnie's instructions for installing msysDTK, msysDVLPR and w32api. I am using msysdvlpr. My system is XP SP1. I have been able to recompile a working rxvt 2.7.2. But it seems that rxvt 2.7.9 can't be compiled, as at least rxvt_res.rc is missing. Does someone have clues about recompiling rxvt2.7.9, or, better :-), knows where I can find a binary of the latest rxvt for msys ? Thanks, Michel mgouget hat computer dote org |
|
From: Greg C. <chi...@co...> - 2004-11-21 17:39:55
|
On 2004-11-17 5:50 PM, Lennart Borgman wrote: > From: "Suresh Govindachar" <sgo...@ya...> > >>Earnie, >> >>Thanks for MinGW/MSYS. It would be best if you >>maintained documentation in any form that was easiest for >>you. Your work on the core MinGW/MSYS is more important >>than work on supporting various formats for documentation >>(or providing documentation in a format that is not >>convenient for you). Well said. > I actually agree on that. My point is that docs that where more easy to read > perhaps might relieve some burden from Earnie too. But that might just be > me. I could imagine this being a concern for people who run only cross compilers and don't have msw installed, or who have philosophical objections to msw. For them, there's http://www.gnu.org/software/unrtf/unrtf.html |
|
From: SourceForge.net <no...@so...> - 2004-11-21 16:15:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2862096 By: earnie All I can say is, IWFM when run from the MSYS shell. Which version of binutils are your using? <command> ar --version <stdout> GNU ar 2.15.91 20040904 Copyright 2004 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. </stdout> </command> Earnie ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: SourceForge.net <no...@so...> - 2004-11-21 15:30:19
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2862069 By: kwhitefoot I'm trying to compile Spice 3f5 on win2k in msys. After a few hurdles I can execute the build script but when it tries to create an ar archive ar complains. Here is the offending line: ar cql /d/users/kjw/mingw/spice3f5/src/lib/dev.a ltra.o ltraacct.o ltraacld.o ltraask.o ltradel.o ltradest.o ltraload.o ltramdel.o ltramisc.o ltrampar.o ltrapar.o ltraset.o ltratemp.o ltratrun.o ltramask.o ar spits out the usage summary instead of doing the job. The strange thing (to me anyway) is that if I pause the script with control-s and start a new msys window and manually cd to the relevant directory and issue the same command from the command line it works. Does anyone have any ideas? I would very much like to get this done so that there will be a version of Spice3f5 that has both source code and a documented method of compiling on Windows. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |
|
From: Lennart B. <len...@st...> - 2004-11-18 23:26:13
|
----- Original Message ----- From: "Earnie Boyd" <ea...@us...> > > I actually agree on that. My point is that docs that where more easy to > > read > > perhaps might relieve some burden from Earnie too. But that might just be > > me. > > > > I don't understand exactly "more easy to read". Every win32 system I know > has a program already installed that can read RTF files. Yes, the same is > true for HTML as well as POT. Well some people think I am a bit stubborn... - I guess they are not entirely wrong. I am using an old pc and it just takes me longer time to read an RTF file. So the first thing I did when I saw the docs was actually to convert them to HTML (but it really did not help, I missed part of it ;-) All things are not totally rational (and I guess I am one of those "things"). I feel more comfortable with HTML or POT. But the format is less important than the content, and escpecially perhaps the structure of the content. I use to think that this is an area where MS has put in much effort and it has payed off. Writing good docs is not easy. - Lennart |
|
From: Earnie B. <ea...@us...> - 2004-11-18 12:27:25
|
<quote who="Lennart Borgman"> > ----- Original Message ----- > From: "Suresh Govindachar" <sgo...@ya...> > >> Earnie, >> >> Thanks for MinGW/MSYS. It would be best if you >> maintained documentation in any form that was easiest for >> you. Your work on the core MinGW/MSYS is more important >> than work on supporting various formats for documentation >> (or providing documentation in a format that is not >> convenient for you). > > I actually agree on that. My point is that docs that where more easy to > read > perhaps might relieve some burden from Earnie too. But that might just be > me. > I don't understand exactly "more easy to read". Every win32 system I know has a program already installed that can read RTF files. Yes, the same is true for HTML as well as POT. Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
|
From: Earnie B. <ea...@us...> - 2004-11-18 12:08:21
|
<quote who="David"> > On Tue, Nov 16, 2004 at 07:48:51PM -0800, SourceForge.net wrote: >> >> Read and respond to this message at: >> https://sourceforge.net/forum/message.php?msg_id=2855533 >> By: chicares >> >> [building wxWindows 2.4.2 segfaults on msw 98] >> >> > ../include/wx/ctrlsub.h:156: internal error: Segmentation fault >> > Sometimes it works if I run make again, but then, >> > it crashes again with another file. >> >> It's a hardware problem: >> http://www.bitwizard.nl/sig11/ > > I was getting Sig 11 on compiles at one time. From what I was able to > gather, it is, as you said, almost always a hardware problem, and is > often bad memory. I saw some indications that it's often the cache > that's the culprit. I turned the cache off and so far, haven't had any > more problems with Sig 11. > Can someone share these tidbits on the MinGWiki? This would be good to publicise. Thanks, Earnie -- http://www.mingw.org http://sourceforge.net/projects/mingw https://sourceforge.net/donate/index.php?user_id=15438 |
|
From: David <db...@du...> - 2004-11-18 05:32:27
|
On Tue, Nov 16, 2004 at 07:48:51PM -0800, SourceForge.net wrote: > > Read and respond to this message at: > https://sourceforge.net/forum/message.php?msg_id=2855533 > By: chicares > > [building wxWindows 2.4.2 segfaults on msw 98] > > > ../include/wx/ctrlsub.h:156: internal error: Segmentation fault > > Sometimes it works if I run make again, but then, > > it crashes again with another file. > > It's a hardware problem: > http://www.bitwizard.nl/sig11/ I was getting Sig 11 on compiles at one time. From what I was able to gather, it is, as you said, almost always a hardware problem, and is often bad memory. I saw some indications that it's often the cache that's the culprit. I turned the cache off and so far, haven't had any more problems with Sig 11. |
|
From: Lennart B. <len...@st...> - 2004-11-17 22:51:09
|
----- Original Message ----- From: "Suresh Govindachar" <sgo...@ya...> > Earnie, > > Thanks for MinGW/MSYS. It would be best if you > maintained documentation in any form that was easiest for > you. Your work on the core MinGW/MSYS is more important > than work on supporting various formats for documentation > (or providing documentation in a format that is not > convenient for you). I actually agree on that. My point is that docs that where more easy to read perhaps might relieve some burden from Earnie too. But that might just be me. - Lennart |
|
From: Suresh Govindachar<sgo...@ya...> - 2004-11-17 17:56:24
|
* Earnie Boyd sent on 17 Nov 2004 08:08:18 -0500 (EST) >* Posted by AUTHOR Lennart Borgman >> >> I believe it would be an advantage for MSYS if you >> provided docs in other formats. Could not conversions >> just be made by a makefile? Is there something we could >> do to help? > > I prefer to use RTF as it allows the reader to see the > presentation as I've marked it up and it is a common > enough format that write (WordPad) can be used to view it. > If I provide alternatives then I have to be concerned with > the presentation of the markup of the other languages. To > read the document all you need do is ``start > /doc/msys/README.rtf''. To print the document without > viewing it you can ``write //p /doc/msys/README.rtf''. > > If you wish to paste it to a MinGWiki page, you can do > that. I'm still not convinced of the need to provide > differing formats of the documentation with the > distribution. Perhaps a blurb at the end of the install > on how to read the documentation. > Earnie, Thanks for MinGW/MSYS. It would be best if you maintained documentation in any form that was easiest for you. Your work on the core MinGW/MSYS is more important than work on supporting various formats for documentation (or providing documentation in a format that is not convenient for you). --Suresh |
|
From: Lennart B. <len...@st...> - 2004-11-17 17:13:44
|
----- Original Message ----- From: "Earnie Boyd" <ea...@us...> > > I believe it would be an advantage for MSYS if you provided docs in other > > formats. Could not conversions just be made by a makefile? Is there > > something we could do to help? > > > > I prefer to use RTF as it allows the reader to see the presentation as > I've marked it up and it is a common enough format that write (WordPad) > can be used to view it. If I provide alternatives then I have to be > concerned with the presentation of the markup of the other languages. To > read the document all you need do is ``start /doc/msys/README.rtf''. To > print the document without viewing it you can ``write //p > /doc/msys/README.rtf''. Hi Earnie, I understand your that you want a markup, but actually I would believe that HTML gives you just as much freedom there. And at least some of us (me ;-) would prefer not to start WordPad (or Word)... - beside the feeling I almost all of the time has a web browser running (FireFox) so it is much quicker to view HTML. But some prefer just plain text. There seem to be a rather descent converter html -> text in Emacs, but I have never tried it. Everything does not seem to be handled there though. - Lennart |
|
From: Earnie B. <ea...@us...> - 2004-11-17 13:06:41
|
Posted by AUTHOR Lennart Borgman > > I believe it would be an advantage for MSYS if you provided docs in other > formats. Could not conversions just be made by a makefile? Is there > something we could do to help? > I prefer to use RTF as it allows the reader to see the presentation as I've marked it up and it is a common enough format that write (WordPad) can be used to view it. If I provide alternatives then I have to be concerned with the presentation of the markup of the other languages. To read the document all you need do is ``start /doc/msys/README.rtf''. To print the document without viewing it you can ``write //p /doc/msys/README.rtf''. If you wish to paste it to a MinGWiki page, you can do that. I'm still not convinced of the need to provide differing formats of the documentation with the distribution. Perhaps a blurb at the end of the install on how to read the documentation. Earnie |
|
From: SourceForge.net <no...@so...> - 2004-11-17 03:48:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2855533 By: chicares [building wxWindows 2.4.2 segfaults on msw 98] > ../include/wx/ctrlsub.h:156: internal error: Segmentation fault > Sometimes it works if I run make again, but then, > it crashes again with another file. It's a hardware problem: http://www.bitwizard.nl/sig11/ | When the "make" stops, simply type "make" again. | If it compiles a few more files before stopping, it | must be hardware that is causing you troubles. That page goes on to explain why gcc is especially vulnerable to marginal hardware. I've had exactly the same problem. I have an athlon with msw 2000 that does this all the time, and it has happened when compiling wx as well as other stuff. Sometimes I can restart make, and it fails elsewhere. Sometimes I get the Blue Screen of Death. > It works fine with Windows XP. And I have a pentium with msw xp that has never had the problem. It's not 2000 versus xp, or even amd versus intel. My old computer is just flaky. I cleaned out the dust and reseated the cards. I swapped RAM. I replaced the entire motherboard. I jumpered it to slow down the bus and the cpu. The problem persists. It's generally worse in warm, humid weather, but it's not stable in February either. It'll run for weeks sometimes if I don't use gcc. Occasionally, it crashes when running another program, but gcc is the severest test. Sorry, but I believe you have the same problem, and the only sure solution is to replace the computer, preferably with a different model. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=338575 |