mingw-msys Mailing List for MinGW - Minimalist GNU for Windows

On 11/29/05, Earnie Boyd <ea...@us...> wrote:
>
> The css and html file are in the MinGW CVS under htdocs.  Please provide
> an
> appropriate patch and submit to the patch tracker.


http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1369612&group_=
id=3D2435&atid=3D302435

Quoting Gianluca Sforna <gi...@gm...>:


>
> If this is what you want to achieve, I would make this 2 modifications (but
> please note I only tested it for the front page and only in firefox/linux):
> 1. remove mingw_news.css from the html
> 2. add a margin-left: 1em; to the RSide selector
>
> As already pointed out, there is a lot of cleanup to be done on the css.
>

The css and html file are in the MinGW CVS under htdocs.  Please provide an
appropriate patch and submit to the patch tracker.

Earnie

On 11/23/05, Keith MARSHALL <kei...@to... > wrote:
>
> An update on my earlier posting:
> > Lennart Borgman wrote:
> >> The page http://www.mingw.org/ now looks a bit odd in Firefox
> >> (1.0.7).  The right column at least on my pc has a wide left
> >> padding.
> >
> > Hmm.  It also looks bad in Mozilla 1.5, but appears fine in IE6.
>
> However, on my aged but trusty GNU/Linux box, both with Mozilla 1.0
> and with Konqueror 2.1 (I think), it looks fine.  Any HTML experts
> out there, who might be able to suggest how we could make this look
> consistent, regardless of browser?


I had brief look at the code, and the problem seems related to these lines:

#RSide {
    float: right;
    margin-right: 1ex;
    overflow: hidden;
    width: 20em;
    font-size: .7em;
}

The space for the RSide is reserved on the Content div with a right margin
defined in mingw-new.css (BTW, why another css???):

#Content {
/* IE margins here */
    margin-right: 19em;
}
body>div#Content {
/* Mozilla margins here */
    margin-right: 21em;
}

now, since the widths are declared in em units, they depends on the actual
font size, so the 21 (or 19) 'em's of Contents are about 30% wider than the
20 'em's of RSide, yielding to the blank margin. You can verify this by jus=
t
commenting the line:
    font-size: .7em;
in the RSide selector and seeing how then it fills the whole space.

If this is what you want to achieve, I would make this 2 modifications (but
please note I only tested it for the front page and only in firefox/linux):
1. remove mingw_news.css from the html
2. add a margin-left: 1em; to the RSide selector

As already pointed out, there is a lot of cleanup to be done on the css.

Cheers

Gianluca

I apologize for what will be a question coming from a limited technical
understanding.  MSYS is used to build a makefile and contains binaries
of programs I assume are under various licenses, some may be GPL, but I
haven't reviewed them yet.
 
What I wanted to know is if any of these software components of MSYS are
transferred/copied into the resultant makefile and then into the
resultant end program?  If I understand makefiles correctly, the answer
is no, but Id rather ask.
 
The reason I ask is to know if there are licensing considerations as
this becomes a method of 'distribution'
 
Allan Hardy
 
 

Is there a FAQ about those considering themself a mingw-developer and
are willing to contribute with pre-build binaries?

Or is the philosphy that mingw-developers should contribute to the
"canonical sources" with patches so that the core mingw developer-team
can build the binaries?

Regards,
Frode

-----Original Message-----
From: min...@li...
[mailto:min...@li...] On Behalf Of haibin
zhang
Sent: Monday, November 28, 2005 3:33 AM
To: min...@li...
Subject: [Mingw-msys] =BB=D8=B8=B4=A3=BA [Mingw-msys] Re: [Mingw-msys] =
=BB=D8=B8=B4=A3=BA
[Mingw-msys] msys-automake version needs updating to latest release

Yes, it's my personally packaged, but I have asked mingw-projects How to
upload to mingw-projects, but nobody response me , and I think many
people need these packages, and I have tested it , Counld you  help  me
to upload  these package to  mingw  projects=20

Keith MARSHALL <kei...@to...> 写道：  Haibin Zhang wrote:
> You can download the last version of automake in
> (http://sourceforge.net/projects/mingw-install)

Do please note that this is Zhang's personally packaged, MinGW
based bundle.  It is in no way endorsed, nor supported by the
official MinGW project team.
    
  Yes, it's my personally packaged, but I have asked mingw-projects How  to upload to mingw-projects, but nobody response me , and I think many  people need these packages, and I have tested it , Counld you   help  me to upload  these package to  mingw   projects 
  
Regards,
Keith.

  


		
---------------------------------
雅虎免费G邮箱－No.1的防毒防垃圾超大邮箱
雅虎助手¨D搜索、杀毒、防骚扰

Quoting Keith MARSHALL <kei...@to...>:

>
> Having provided a mingwPORT of any package, is there any real benefit
> in also distributing a prebuilt binary?

No.  It was my intention when I provided the mingwPORT versions that at some
point in the future the msysDTK would not contain these tools.  That point in
the future is yet unknown.

Kind Regards,
Earnie Boyd

For all your online shopping needs http://shop.siebunlimited.com.  Register an
account online and receive a 10% discount on your first purchase.

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=3445802
By: djeje

Hi,

I have also the same problem :-( and after the message:
 fork: Resource temporarily unavailable
other messages like:
 fork: Permission denied
 /bin/cat : permission denied
and so on...
...and the only way is to reboot as I can't open other applications

I've noted that when compiling sources under msys, the memory used grow up to
the limit : I've 512Mo and the problem occurs when reaching 516Mo...

Jerome


______________________________________________________________________
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

Earnie Boyd wrote, quoting me:
> An update on my earlier posting:
>>>> Lennart Borgman wrote:
>>>> The page http://www.mingw.org/ now looks a bit odd in Firefox
>>>> (1.0.7).  The right column at least on my pc has a wide left
>>>> padding.
>>>
>>> Hmm.  It also looks bad in Mozilla 1.5, but appears fine in IE6.
>>
>> However, on my aged but trusty GNU/Linux box, both with Mozilla 1.0
>> and with Konqueror 2.1 (I think), it looks fine.  Any HTML experts
>> out there, who might be able to suggest how we could make this look
>> consistent, regardless of browser?
>
> 1) The CSS needs a good review
> 2) The shtml pages need to conform to the CSS

HTML and CSS are not my forte.  I'd appreciate the help of a volunteer
who could undertake this.

>> I've now installed a modified dynamic update script for [updating
>> the file release table at mingw.org/download].  Please review it;
>> I'll commit these modifications into CVS, if I haven't received any
>> negative comments by this coming weekend:
>>
>> [ChangeLog entry snipped]
>
> Thank for doing this.  It's a pain each time SF changes their look.
> Maybe we could design a RSS feed to update the table some time in
> the future.

On this, I wouldn't even know where to begin;  I've absolutely zero
experience of RSS :-(

Regards,
Keith.

Haibin Zhang wrote:
> You can download the last version of automake in
> (http://sourceforge.net/projects/mingw-install)

Do please note that this is Zhang's personally packaged, MinGW
based bundle.  It is in no way endorsed, nor supported by the
official MinGW project team.

Regards,
Keith.

Quoting Keith MARSHALL <kei...@to...>:

> An update on my earlier posting:
>> Lennart Borgman wrote:
>>> The page http://www.mingw.org/ now looks a bit odd in Firefox
>>> (1.0.7).  The right column at least on my pc has a wide left
>>> padding.
>>
>> Hmm.  It also looks bad in Mozilla 1.5, but appears fine in IE6.
>
> However, on my aged but trusty GNU/Linux box, both with Mozilla 1.0
> and with Konqueror 2.1 (I think), it looks fine.  Any HTML experts
> out there, who might be able to suggest how we could make this look
> consistent, regardless of browser?
>

1) The CSS needs a good review
2) The shtml pages need to conform to the CSS

>> I've been looking into the other problem, reported by Dave Murphy,
>> where no content is shown in the file release table on mingw.org.
>> I *do* have sufficient experience of TCL coding, to be able to
>> handle this, but it isn't going to be an overnight fix.
>
> I've now installed a modified dynamic update script for this.  Please
> review it;  I'll commit these modifications into CVS, if I haven't
> received any negative comments by this coming weekend:
>
>   Adapt to parse new SF project files page format.
>
>   * mkRelease.tcl: Add comments throughout.
>     (DebugMode, Record_Begin_Tag, Record_End_Tag, Package_ID_Tag,
>       Release_ID_Tag): New global variables.
>     (process_current_files_page): Procedure redefined, in terms of...
>     (debugging, seek_ftp_files_list, catalogue_all_files,
>       get_HTML_tagged_record, get_first_package_list_entry,
>       get_next_package_list_entry, get_package_list_entry_data,
>       get_released_file_type, catalogue_file_releases,
>       construct_release_table): New procedures.
>     (delete_work_file): Procedure renamed...
>     (delete_working_files): ...to this.
>     (main): Procedure removed; body content elevated to top level.
>

Thank for doing this.  It's a pain each time SF changes their look.  Maybe we
could design a RSS feed to update the table some time in the future.

Earnie

Joe Vender <jv...@ow...> 写道：  The binary version of msys-automake available for download from  mingw.org is 1.8.2, while the latest source release of automake is  1.9.6. Please update the msys-automake binary package to the latest  source released version.
    You can download the last version of automake in http://sourceforge.net/projects/mingw-install
  http://sourceforge.net/project/showfiles.php?group_id=148008
  
  

		
---------------------------------
 雅虎免费G邮箱－中国第一绝无垃圾邮件骚扰超大邮箱
 雅虎助手¨D搜索、杀毒、防骚扰  

Joe Vender <jv...@ow...> 写道：  The binary version of msys-automake available for download from  mingw.org is 1.8.2, while the latest source release of automake is  1.9.6. Please update the msys-automake binary package to the latest  source released version.
    
  You can download the last version of automake in (http://sourceforge.net/projects/mingw-install)
  

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Mingw-msys mailing list
Min...@li...
https://lists.sourceforge.net/lists/listinfo/mingw-msys



__________________________________________________
赶快注册雅虎超大容量免费邮箱?
http://cn.mail.yahoo.com

Joe Vender wrote:
> The binary version of msys-automake available for download
> from mingw.org is 1.8.2, while the latest source release of
> automake is 1.9.6. Please update the msys-automake binary
> package to the latest source released version.

Would anybody, (perhaps you yourself, Joe), care to provide an
appropriately updated binary package?

The current mingwPORT version is 1.9.5:
http://prdownloads.sf.net/mingw/automake-1.9.5-mingwPORT.tar.bz2?download

AIUI, automake is no more than a collection of Perl scripts and m4
macros.  The canonical source is http://ftp.gnu.org/gnu/automake/,
and you should be able to use that pretty much OOTB, (see Frode's
reply to this request).

Speaking only as one of the project admins, I have no intention of
maintaining a fork of GNU automake.  I will consider distributing an
image of an installed copy of the canonical source.  Since I do not,
and will not use automake myself, I have no incentive to develop a
port, nor to continually chase GNU updates.

MinGW and MSYS are community supported projects.  If *you* want to
have automake 1.9.6, then please develop a mingwPORT, and we will host
it for the convenience of MSYS users.  If patches are required, they
should either be directed to the GNU project, or if minimal, simply
provided as a local patch set, within the mingwPORT framework.

Having provided a mingwPORT of any package, is there any real benefit
in also distributing a prebuilt binary?  From my own POV, building
from source is no great hardship, although for packages with a long
compile time, a prebuilt binary is often convenient.  I will allow
myself to be guided by community opinion on what should, and what
should not be distributed in binary format, so please let me know
what *you* think.

In the specific case of msys-automake-1.8.2, since it is now so old,
should we discontinue its distribution, (i.e. remove it from the
*visible* files list), and leave users to install the mingwPORT?
Alternatively, should we move it to `Previous', and replace it with
a prebuilt image from automake-1.9.5-mingwPORT, or should we now
wait for a mingwPORT of automake-1.9.6, and then replace it?  Since,
it apparently builds OOTB, from canonical GNU source, should we
distribute it at all, or should we rather let users acquire it
directly from a GNU mirror, (which, of course may be facilitated
by providing only a mingwPORT)?

Opinions please!

Regards,
Keith.

I downloaded the newest autoconf & automake from=20

http://ftp.gnu.org/gnu/autoconf/
http://ftp.gnu.org/gnu/automake/

Installing:

  cd ~/autoconf-2.59
  ./configure --prefix=3D/usr
  make install

  cd ~/automake-1.9.6
  ./configure --prefix=3D/usr
  make install

Hope this helps!
Regards
Frode

-----Original Message-----
From: min...@li...
[mailto:min...@li...] On Behalf Of Joe Vender
Sent: Thursday, November 24, 2005 9:05 AM
To: min...@li...
Subject: [Mingw-msys] msys-automake version needs updating to latest
release


The binary version of msys-automake available for download from
mingw.org is 1.8.2, while the latest source release of automake is
1.9.6. Please update the msys-automake binary package to the latest
source released version.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems?  Stop!  Download the new AJAX search engine that
makes searching your log files as easy as surfing the  web.  DOWNLOAD
SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick
_______________________________________________
Mingw-msys mailing list
Min...@li...
https://lists.sourceforge.net/lists/listinfo/mingw-msys

Sorry for the late respons but thanks for your hints!

It doesn't work properly but your hint about setting LC_CTYPE could help
me in other situations.

This is a sample session.

=99knamn@SOMEWHERE/home
$ ll
ls: _?knamn: No such file or directory
total 1
drwxr-xr-x    5 =99knamn    Administ        0 Nov 21 05:45 ./
drwxr-xr-x   16 =99knamn    Administ        0 Nov 24 10:01 ../
-rw-r--r--    1 =99knamn    Administ      263 Nov 19 18:34 .profile
drwxr-xr-x    7 =99knamn    Administ        0 Nov 21 17:49 =99knamn/

=99knamn@SOMEWHERE/home
$ cd ~=20
sh: cd: /C/Developer/msys/1.0/home/=99knamn: No such file or directory

=99knamn@SOMEWHERE/home
$ cd \231knamn/
/home/=99knamn

=99knamn@SOMEWHERE/home/=99knamn
$

Regards
Frode

-----Original Message-----
From: min...@li...
[mailto:min...@li...] On Behalf Of Tuomo Latto
Sent: Tuesday, November 22, 2005 9:38 PM
To: min...@li...
Subject: Re: [Mingw-msys] Terminal text encoding (code page)


Frode wrote:
> I have some questions. What is the terminal's default text-encoding
> (code-page) and can I change it to Windows Latin 1 or UTF-8? Is it=20
> possible to edit and enter non-ASCII characters in the terminal=20
> (besides using \nnn)?
>=20
> I'm asking because I have some problem with non-ANSI characters. If my

> folder name is, say, =C5=E4=F6, then I can't step into my folder.
>=20
> Even if I enter the harmful character as \nnn it doesn't work=20
> properly. For example,
>=20
>   export FOLDERNAME=3D"\217\204\224"
>   mkdir $FOLDERNAME
>=20
> represents the harmful characters =C5=E4=F6 or \217\204\224 in likely =
DOS=20
> encoding (?). That they don't show up properly is of minor importance,

> however, they can't be used by for example "cd" or "chmod".

I hope someone has a better answer, but I have this in my ~/.profile and
it seems to work - in some way, at least.
--- clip --->
alias ls=3D"ls --show-control-chars"
alias l=3D"ls -lFq --show-control-chars"
alias ll=3D"ls -alFq --show-control-chars"
export LC_CTYPE=3D"fi_FI.ISO8859-15"
export PAGER=3D"less"
export LESS=3D" --raw-control-chars"
<-- pilc ---

Did this answer you question?


--=20
Tuomo

... Schizophrenia beats being alone



-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam for All
Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id=16845&op=3Dick
_______________________________________________
Mingw-msys mailing list
Min...@li...
https://lists.sourceforge.net/lists/listinfo/mingw-msys

The binary version of msys-automake available for download from mingw.org=
 is 1.8.2, while the latest source release of automake is 1.9.6. Please=
 update the msys-automake binary package to the latest source released=
 version.

An update on my earlier posting:
> Lennart Borgman wrote:
>> The page http://www.mingw.org/ now looks a bit odd in Firefox
>> (1.0.7).  The right column at least on my pc has a wide left
>> padding.
>
> Hmm.  It also looks bad in Mozilla 1.5, but appears fine in IE6.

However, on my aged but trusty GNU/Linux box, both with Mozilla 1.0
and with Konqueror 2.1 (I think), it looks fine.  Any HTML experts
out there, who might be able to suggest how we could make this look
consistent, regardless of browser?

> I've been looking into the other problem, reported by Dave Murphy,
> where no content is shown in the file release table on mingw.org.
> I *do* have sufficient experience of TCL coding, to be able to
> handle this, but it isn't going to be an overnight fix.

I've now installed a modified dynamic update script for this.  Please
review it;  I'll commit these modifications into CVS, if I haven't
received any negative comments by this coming weekend:

   Adapt to parse new SF project files page format.

   * mkRelease.tcl: Add comments throughout.
     (DebugMode, Record_Begin_Tag, Record_End_Tag, Package_ID_Tag,
       Release_ID_Tag): New global variables.
     (process_current_files_page): Procedure redefined, in terms of...
     (debugging, seek_ftp_files_list, catalogue_all_files,
       get_HTML_tagged_record, get_first_package_list_entry,
       get_next_package_list_entry, get_package_list_entry_data,
       get_released_file_type, catalogue_file_releases,
       construct_release_table): New procedures.
     (delete_work_file): Procedure renamed...
     (delete_working_files): ...to this.
     (main): Procedure removed; body content elevated to top level.

Regards,
Keith.

Frode wrote:
> I have some questions. What is the terminal's default text-encoding
> (code-page) and can I change it to Windows Latin 1 or UTF-8? Is it
> possible to edit and enter non-ASCII characters in the terminal (beside=
s
> using \nnn)?
>=20
> I'm asking because I have some problem with non-ANSI characters. If my
> folder name is, say, =C5=E4=F6, then I can't step into my folder. =20
>=20
> Even if I enter the harmful character as \nnn it doesn't work properly.
> For example,
>=20
>   export FOLDERNAME=3D"\217\204\224"
>   mkdir $FOLDERNAME
>=20
> represents the harmful characters =C5=E4=F6 or \217\204\224 in likely D=
OS
> encoding (?). That they don't show up properly is of minor importance,
> however, they can't be used by for example "cd" or "chmod".

I hope someone has a better answer, but I have this in my ~/.profile
and it seems to work - in some way, at least.
--- clip --->
alias ls=3D"ls --show-control-chars"
alias l=3D"ls -lFq --show-control-chars"
alias ll=3D"ls -alFq --show-control-chars"
export LC_CTYPE=3D"fi_FI.ISO8859-15"
export PAGER=3D"less"
export LESS=3D" --raw-control-chars"
<-- pilc ---

Did this answer you question?


--=20
Tuomo

... Schizophrenia beats being alone

Hi!

I have some questions. What is the terminal's default text-encoding
(code-page) and can I change it to Windows Latin 1 or UTF-8? Is it
possible to edit and enter non-ASCII characters in the terminal (besides
using \nnn)?

I'm asking because I have some problem with non-ANSI characters. If my
folder name is, say, =C5=E4=F6, then I can't step into my folder. =20

Even if I enter the harmful character as \nnn it doesn't work properly.
For example,

  export FOLDERNAME=3D"\217\204\224"
  mkdir $FOLDERNAME

represents the harmful characters =C5=E4=F6 or \217\204\224 in likely =
DOS
encoding (?). That they don't show up properly is of minor importance,
however, they can't be used by for example "cd" or "chmod".


Thanks for any help!
Regards,
Frode

Hi all,

I am trying to run a verilog simulation (Modelsim)
through command line with Msys instead of through GUI.
 The performance through Msys is very slow compared to
the GUI version (at least 5x slower).  The CPU load
and memory use is very low in Msys run.  But with GUI
run, CPU is fully loaded.

Is there an option to allow more of CPU and memory to
be used by Msys?

Thanks,

Oh




		
__________________________________ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs

Lennart Borgman wrote:
> The page http://www.mingw.org/ now looks a bit odd in Firefox
> (1.0.7).  The right column at least on my pc has a wide left
> padding.

Hmm.  It also looks bad in Mozilla 1.5, but appears fine in IE6.
OTOH, the "Documentation" page looks ghastly in both browsers,
with some paragraphs indented way too far, and no overall
consistency in the page layout.

My expertise in web page design and maintenance is, for all
intents and purposes, nil.  If the community wishes to have the
web site maintained, then I need a volunteer to take ownership of,
and responsibility for it, please.

I've been looking into the other problem, reported by Dave Murphy,
where no content is shown in the file release table on mingw.org.
I *do* have sufficient experience of TCL coding, to be able to
handle this, but it isn't going to be an overnight fix.  I'm quite
happy to plod on with it, but again, if anyone else would like to
help out, it would be appreciated.

Regards,
Keith.

I can confirm that it also occurs on my ThinkPad 600E W98se, Firefox (1.0.7).
Would someone explain to me: 
Does "home page broken" mean broken into, or simply "in error"?
JW 
---- Lennart Borgman <len...@st...> wrote: 
> The page http://www.mingw.org/ now looks a bit odd in Firefox (1.0.7). 
> The right column at least on my pc has a wide left padding.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Mingw-msys mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/mingw-msys

The page http://www.mingw.org/ now looks a bit odd in Firefox (1.0.7). 
The right column at least on my pc has a wide left padding.

"ddexterdd" <dde...@ya...> Wrote:


> I am guessing this problem has to do with msys because
> this program runs fine if I double click on the a.exe
> file.  But, if I run this from the msys command prompt
> the program calls the scanf before calling the first
> printf.
> 
> #include <stdio.h>
> 
> int main()
> {
>     int i;
>     printf("give me a number\n");

       fflush(stdout);

>     scanf("%d", &i);
>     printf("the number is %d\n", i);
>     return 0;
> }

There is not necessarily anything wring in msys;
possibly just different buffering conventions
regarding stdout.  Adding fflush(stdout) as indicated
corrects your problem.

Hope the helps.