Hello Christopher,
On Mon, 18 Jun 2007, Christopher Faylor wrote:
> This is one of those situations where a certain amount of core
> competence is required. If you are not really familiar with the concept
> of building packages (especially a package as presumably large and
> complicated as ema
Corinna Vinschen wrote:
Apart from that, I don't like what libtool does. I think it's a
terrible idea to have a script and a binary with the same name (only
differing by the .exe suffix) in the same directory. This behaviour
breaks the CYGWIN=transparent_exe option and there's no reliable way
a
Hi all
Has n e one done a successful compoilation of buildroot on cygwin
pls help
the error i get is
"
$ make
if [ ! -e "/cygdrive/d/buildroot_work/buildroot/toolchain_build_arm/bin/sed"
] ; then \
mkdir -p
"/cygdrive/d/buildroot_work/buildroot/toolchain_build_arm/bin"; \
actually i solved the problem by setting the permission for the parent
folder from the windows explorer. it was in my documents by i don't have
full control for the folders created in that folder. i have no idea how
windows let me do that. so i just set it to full control for me for any
folders
Hi
A new *TEST* version of 'xemacs' has been uploaded to a server near you.
DESCRIPTION:
A powerful, highly customizable open source text editor and application
development system
CYGWIN NEWS:
21.5.28:
* Routine update
* Added --with-archlibdir
--with-do
Dave Korn wrote:
> > Starting this from explorer results in a 5 second busy hour glass and (of
> > course), explorer is unresponsive until the program ends.
>
> Can't reproduce. What version of 'doze are you using? I get the
> hour-glass-with-arrow cursor for five seconds, but explorer still
On Tue, Jun 19, 2007 at 12:10:22AM +0100, Dave Korn wrote:
>On 18 June 2007 23:18, Christopher Wingert wrote:
>
>> Ummm, Ok, thanks for the response, but the program is...
>>
>>
>> #include
>>
>> int main( int argc, char *argv[] )
>> {
>>sleep( 5 );
>> }
>>
>>
>>
>> # gcc t.c -o t -Wl,--
On 18 June 2007 23:18, Christopher Wingert wrote:
> Ummm, Ok, thanks for the response, but the program is...
>
>
> #include
>
> int main( int argc, char *argv[] )
> {
>sleep( 5 );
> }
>
>
>
> # gcc t.c -o t -Wl,--subsystem,windows
>
> Starting this from explorer results in a 5 second b
Ummm, Ok, thanks for the response, but the program is...
#include
int main( int argc, char *argv[] )
{
sleep( 5 );
}
# gcc t.c -o t -Wl,--subsystem,windows
Starting this from explorer results in a 5 second busy hour glass and (of
course), explorer is unresponsive until the program ends.
Shankar Unni wrote:
> You already see the effects of this in the Linux world, with the more
> recent distributions having to ship a set of compat_libgcc_blah packages
> for each major (ABI-incompatible) previous release going back (they're
> on 4.1/4.2 these days, and there's one for 3.3 and one f
On Mon, Jun 18, 2007 at 09:16:50PM +0200, Steffen Sledz wrote:
>Corinna Vinschen schrieb:
>>The latest is the emacs source package you get when choosing to
>>download the package source with setup.exe. Other than that, have a
>>close look into http://cygwin.com/setup.html
>
>OK, I've done this. B
Brian Dessent wrote:
Does this mean that we'll start to libgcc_s.dll's sprouting like
mushrooms in the install dirs of various apps, or in *gasp*
%WINDIR%/system32 over the coming years? Is this library versioned at
all? What about conflicts?
You already see the effects of this in the Linux
Andrew DeFaria wrote:
> Ronald Fischer wrote:
> > I see that I am here still on experimental ground. Maybe the idea of
> > using mysql from within Cygwin-Ruby was really not so good in the
> > first place
> Didn't we, at one time, have an experimental mysql package for Cygwin?
> Well maybe not
Corinna Vinschen wrote:
On Jun 17 21:39, Christian Franke wrote:
Corinna Vinschen wrote:
The drive is a Samsung 1614C which definitely supports SMART. Oh well,
so the answer is just "too bad", I assume...
Yes.
The device driver is likely a SCSI miniport driver and does not
imp
Corinna Vinschen schrieb:
> The latest is the emacs source package you get when choosing to download
> the package source with setup.exe. Other than that, have a close look
> into http://cygwin.com/setup.html
OK, I've done this. But i miss some information for a newbie like me
(e.g. What is the b
This is a life opportunity for me.
Please be patient and read carefully and understand that I have access to a
dormant estate which is going to be diverted to illegal charity firms, by dodgy
UK financial officials in Power. (This is in line with the NEW PRIME MINISTER
OF UK GORDON BROWNS DI
This is a life opportunity for me.
Please be patient and read carefully and understand that I have access to a
dormant estate which is going to be diverted to illegal charity firms, by dodgy
UK financial officials in Power. (This is in line with the NEW PRIME MINISTER
OF UK GORDON BROWNS DI
Ronald Fischer wrote:
I see that I am here still on experimental ground. Maybe the idea of
using mysql from within Cygwin-Ruby was really not so good in the
first place
Didn't we, at one time, have an experimental mysql package for Cygwin?
Well maybe not a package but I believe there was a
On 18 June 2007 16:35, Alexey Lyubimov wrote:
> Dave Korn wrote:
>
>>
>> You forgot to tell it to link against libintl. Try
>>
>> $ gcc -o gt -g main.c -lintl
>>
>>cheers,
>> DaveK
>>
>
> Thanks Dave! It works!
> But what do you think about this text from the gettext
> manual, I've
Dave Korn wrote:
>
>You forgot to tell it to link against libintl. Try
>
>$ gcc -o gt -g main.c -lintl
>
>cheers,
> DaveK
>
Thanks Dave! It works!
But what do you think about this text from the gettext
manual, I've taken the example from:
"Compile as usual with gcc -o hello hello.c. The
> > /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext $
> cygcheck mysql.so
> > Error: could not find mysql.so
>
> cygcheck is designed to check things on the PATH just as you would if
> you were invoking a command, so unless you have . in PATH it isn't
> expected to find anything in the PWD.
> Indeed, ugh. Who told you that, some random guy on ruby-talk or
> somebody who actually knows what (s)he's talking about?
Someone at Ruby-Talk. I had a thread running last month under the
Subject
"gem under cygwin - is it supposed to work?", because I already had
different
problems with using t
On Jun 18 06:19, Brian Dessent wrote:
> Ronald Fischer wrote:
>
> > There is none. I was told by Ruby-Talk people that I should use the
> > Windows
> > gem - it would work fine.
>
> Ugh.
Indeed, ugh. Who told you that, some random guy on ruby-talk or
somebody who actually knows what (s)he's tal
Ronald Fischer wrote:
> There is none. I was told by Ruby-Talk people that I should use the
> Windows
> gem - it would work fine.
Ugh.
> This is funny: Although ls shows that mysql.so exists in $PWD, I get
>
> /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext $ cygcheck mysql.so
> Error: coul
> > require 'mysql'
> >
> > raises the following error message:
> >
> >
> /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext/mysql.so:
> Permission
> > denied -
> /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext/mysql.so
> > (LoadError)
> > from
> >
> /usr/lib/ruby/site_ruby/1.8
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
> Sent: Monday, June 18, 2007 3:04 PM
> To: cygwin@cygwin.com
> Subject: Re: mysql.so: Permission denied (Ruby under Cygwin)
>
> On Jun 18 14:57, Ronald Fischer wrote:
> > Finally,
On Jun 18 14:57, Ronald Fischer wrote:
> Finally, I have installed the Ruby mysql module via
>gem install -r mysql
> assuming that "this would do the right thing" anyway.
Native Windows gem or Cygwin gem? If you use the native Windows
gem you'll get native WIndows packages. I don't even kno
On Jun 18 14:50, Steffen Sledz wrote:
> > We don't have an emacs maintainer anymore. Either you volunteer to
> > maintain emacs in the Cygwin distro, or you use xemacs, which is
> > perfectly maintained thanks to Volker Zell.
>
> May be i can do the job. Where can i find the "inheritance" of th
On Jun 18 13:37, Frank Fesevur wrote:
> Corinna Vinschen wrote:
> >We don't have an emacs maintainer anymore.
>
> Is is an idea to publish the list on maintainers or at least the list of
> unmaintained packages?
I did this a year or so ago on the cygwin-apps list, which is the
list for discuss
> /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext/mysql.so:
> Permission
> > denied -
> /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext/mysql.so
> > (LoadError)
> > from
> >
> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
>
> Do you have libmysqlclient i
On Jun 18 14:15, Ronald Fischer wrote:
> [this message is crossposted to the Cygwin- and RubyTalk mailing lists].
>
> Running Ruby 1.8.6 under Cygwin, i.e.
>
>
> $ /usr/bin/ruby --version
> ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-cygwin]
>
> the statement
>
> require 'mysql'
>
> raises
> We don't have an emacs maintainer anymore. Either you volunteer to
> maintain emacs in the Cygwin distro, or you use xemacs, which is
> perfectly maintained thanks to Volker Zell.
May be i can do the job. Where can i find the "inheritance" of the last
emacs maintainer to have a look on it an
Ronald Fischer wrote:
> /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext/mysql.so: Permission
> denied - /usr/lib/ruby/gems/1.8/gems/mysql-2.7.3-mswin32/ext/mysql.so
> (LoadError)
> from
> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require'
Do you have libmysqlclient
[this message is crossposted to the Cygwin- and RubyTalk mailing lists].
Running Ruby 1.8.6 under Cygwin, i.e.
$ /usr/bin/ruby --version
ruby 1.8.6 (2007-03-13 patchlevel 0) [i386-cygwin]
the statement
require 'mysql'
raises the following error message:
/usr/lib/ruby/gems/1.8/gems/mysql-
On 18 June 2007 12:26, Alexey Lyubimov wrote:
> After I corrected that line in the source -
> compilation runs Ok. BUT NOW I HAVE A PROBLEM WITH
> LINKING the program:
>
> $ gcc -o gt -g main.c
> /cygdrive/c/windows/temp/cc0IXbwD.o: In function
> `main':
> /cygdrive/e/home/ael/work/gt/main.c:14:
Corinna Vinschen wrote:
We don't have an emacs maintainer anymore.
Is is an idea to publish the list on maintainers or at least the list of
unmaintained packages?
Regards,
Frank
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/pro
--- Igor Peshansky wrote:
[snip]
> Not sure. Builds fine on my system, with both gcc
> and g++, with "main.c
> or main.cc" commented out...
>
> However, a WAG: when you say
>
> > Here is the source code:
> > -
> > main.c or main.cc
> >
> > #include
>
> Do you mean
Steffen Sledz wrote:
> Hello,
>
> is there a chance to get emacs 22.1 for cygwin
This is a chance: http://cygwin.com/ml/cygwin/2007-06/msg00049.html
Cheers,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
On Jun 18 10:40, Steffen Sledz wrote:
> Hello,
>
> is there a chance to get emacs 22.1 for cygwin in the next time. The
> current repository offers just 21.2 (stable) which is very old (2002) and
> has some problems with unicode stuff or 21.3.50 (experimental) which is
> from 2003. :(
We don't
On Jun 18 10:34, Steffen Sledz wrote:
> On Mon, 18 Jun 2007, Corinna Vinschen wrote:
> > It would be better in the long run *not* to use spaces in path names,
> > though. It's not very tricky to set up and it helps to avoid annoying
> > problems with shell scripts, etc.
>
> Sorry, i do not beli
Hello,
is there a chance to get emacs 22.1 for cygwin in the next time. The
current repository offers just 21.2 (stable) which is very old (2002) and
has some problems with unicode stuff or 21.3.50 (experimental) which is
from 2003. :(
Regards,
Steffen
--
Unsubscribe info: http://cygwin
On Mon, 18 Jun 2007, Corinna Vinschen wrote:
> It would be better in the long run *not* to use spaces in path names,
> though. It's not very tricky to set up and it helps to avoid annoying
> problems with shell scripts, etc.
Sorry, i do not believe that this is acceptable. Nowadays it's quit co
On Jun 17 10:14, Steffen Sledz wrote:
> I've found a small bug in /etc/profile.d/complete.tcsh of tcsh package
> 6.15.00-4, which makes some problems if $HOME contains white spaces.
> The fix for this is an easy one as this diff shows:
>
> % diff /etc/profile.d/complete.tcsh /etc/profile.d/complet
On Jun 17 18:15, Michael Xavier wrote:
> Here's what we are able to do with the drive:
> mt -f /dev/st0 status will give us accurate information on the drive
> mt -f /dev/st0 rewind appears to work, it doesn't return errors
You know that you always rewind after a tape operation when using the
rewi
Thank you for Choosing malagaholidays.com
We will contact you as soon as possible.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.co
On Jun 17 21:39, Christian Franke wrote:
> Corinna Vinschen wrote:
> >The drive is a Samsung 1614C which definitely supports SMART. Oh well,
> >so the answer is just "too bad", I assume...
>
> Yes.
> The device driver is likely a SCSI miniport driver and does not
> implement SMART functions.
> h
46 matches
Mail list logo