> Date: Fri, 10 Jun 2016 12:00:27 +0200
> From: corinna-cyg...@cygwin.com
> To: cygwin@cygwin.com
> Subject: Re: missing partitions under /dev
>
> On Jun 9 17:57, Aaron Schneider wrote:
>
> Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet
I've connected a LG G2 via usb to the computer which shows as
"LG Electronics Inc. QHUSB_BULK" on Vmware workstation and
Oracle Virtualbox. The device has more partitions that those
shown under /dev on Cygwin as shows:
ls /dev/sdc*
/dev/sdc /dev/sdc10 /dev/sdc12 /dev/sdc14 /dev/sdc2
/dev/sdc
> When trying to compile smake on cygwin x86 it fails at the step of checking
> for malloc:
>
> "Checking if we may not define our own malloc()..."
>
> And it stalls there consuming some cpu. The developer suggests it's a cygwin
> bug that was introduced recently. The steps to reproduce it are:
>
When trying to compile smake on cygwin x86 it fails at the step of checking for
malloc:
"Checking if we may not define our own malloc()..."
And it stalls there consuming some cpu. The developer suggests it's a cygwin
bug that was introduced recently. The steps to reproduce it are:
- Download s
> I'm new on Cygwin environment and I'm wondering if it's possible to "link" a
> package that's already stored on my hard-drive, but it's out from the default
> Cygwin folder. I'll be more precise:
> My Cygwin environment is in C:\dev\cygwin, I need to manually install a
> particular version of
pv-1.4.12-1 has been uploaded to Cygwin, already on mirrors.
Now both 32 and 64 bits versions are available.
Pipeviewer is a command-line utility to view the progress
of data through a pipe.
Some modifiers can be added, for example to limit the
speed rate or close the pipe at a given transferred s
>>> I cannot find pdftk in setup on x86_64.
>> Not yet available for 64 bits
>
> Oh, I see. Is it then recommended to install cygwin 32bits on a 64bits
> windows? Is cygwin 64 bits still considered 'experimental'?
>
> Frédéric
I recommend you to use 32 bits version of cygwin,
if you want to have a
>>> I cannot find pdftk in setup on x86_64.
>>> What is the name of the package?
>>> Frédéric
>>
>> Not yet available for 64 bits:
>> http://cygwin.com/cygwin-64bit-missing
>
> I haven't packaged it yet because gcc-java is not yet available for x86_64.
gcc-java is not listed under missing packages
> I cannot find pdftk in setup on x86_64.
> What is the name of the package?
> Frédéric
Not yet available for 64 bits:
http://cygwin.com/cygwin-64bit-missing
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
>> /usr/src/pv-1.4.12-1/src/pv-1.4.12/configure: line 2278: gcc: command not
>> found
>
> Aaron,
> are you reading the errors ?
>
> without compiler is difficult to build programs...
Indeed, thank you. Solved installing gcc-g++
--
Problem reports: http
> the problem is here.
> One of the options passed to the compiler is not recognized
> and gcc halts. In the past gcc versions, it just ignored it
>
> So look at config.log inside
>
> pv-1.4.12-1/build
Here is the config.logThis file contains any messages produc
$ cygport pv-1.4.12-1.cygport all
>>> Preparing pv-1.4.12-1
>>> Unpacking source pv-1.4.12.tar.bz2
>>> Preparing working source directory
*** Info: applying patch pv-1.4.12-1.cygwin.patch:
patching file CYGWIN-PATCHES/README
patching file CYGWIN-PATCHES/setup.hint
>>> Compiling pv-1.4.12-1
/usr/src
After installing gcc-4.8.1-3 on 64 bits version
(has a question mark on setup.exe) the package
still remains as not installed, and no related
gcc* executable is found on system.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
What's the equivalent for cygwin 64 bits to readline in 32 bits?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin
On 03/01/2013 18:07, David McAllister wrote:
Hi. I have three machines that all run Win 7 x64 and all have updated
Cygwin installs. I thought I installed them all the same, but I'm
getting two differences, both centered around the ping command.
Machine 1 doesn't have /usr/bin/ping.exe, so it use
On 02/01/2013 18:18, LMH wrote:
I think this is a cygwin question, though it is certainly a general
linux question as well. I would like to divide up and organize some of
the apps and links in my path directories (such as /usr/local/bin) into
sub directories. If I add a folder to /usr/local/bin,
On 02/01/2013 19:35, Eliot Moss wrote:
Every time you open up mintty you are starting a new login bash.
The way to set environment variables "persistently" (your term,
not mine) is to add the export command to your .bash_profile or
similar bash file read by bash when it starts up. This is not
sp
On 02/01/2013 19:21, Christopher Faylor wrote:
But most likely you need to run rebaseall.
It was solved with just restarting the computer.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
-bash: fork: retry: Resource temporarily unavailable
0 [main] bash 8080 child_info_fork::abort:
C:\cygwin\bin\cyggcc_s-1.dll: Loaded to different address:
parent(0x3D) != child(0x3E)
-bash: fork: retry: Resource temporarily unavailable
0 [main] bash 8144 child_info_fork::abo
On 02/01/2013 2:17, Earnie Boyd wrote:
cygpath.exe -a "c:\Users\All Users\"
Probably this trailing backslash is interpreted by shell, what to do about
this?
Not probably, it is exactly that.
cygpath.exe -a "C:\\Users\\All Users\\"
I was incorrectly quoting the path. This works:
$ cygpat
cygpath.exe -a "c:\Users\All Users"
/cygdrive/c/Users/All Users
cygpath.exe -a "c:\Users\All Users\"
>
Probably this trailing backslash is interpreted by shell, what to do
about this?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docum
On 01/01/2013 1:59, Eric Blake wrote:
Odd. I just noticed that my system is pegged at 100% CPU, attributed to
a syslogd process; wonder if severe load is the culprit that violates
the timing assumptions in that test. I killed that process, reran the
test, and no longer see the failure.
I'm won
On 01/01/2013 1:18, Eric Blake wrote:
I'm reporting this now because gnulib unit tests found a failure in
stock cygwin 1.7.17, but I'm still investigating whether it is a
regression, and/or whether it has been fixed by snapshots. This
relatively simple test case asserts that SIGINT is never deli
Pipeviewer is a command-line utility to view the progress of data
through a pipe. Some modifiers can be added, for example to limit the
speed rate or close the pipe at a given transferred size.
Changelog:
1.4.4-1:
* pv version 1.4.4
* Removed --disable-ipc from CYGCONF_ARGS in cygport file bec
On 16/12/2012 20:47, Frédéric Bron wrote:
Is it possible to get a list of all installed packages in a text file
and use that text file for a new install (new PC for example) without
to have to remember and select all individual packages in setup.exe?
Frédéric
cygcheck -d -c > yourfile.txt
htt
On 12/12/2012 11:05, erik56d wrote:
Hi,
being a long-time CygWin fan among Windows users, I was a bit frustrated
when I had to revert to cmd.exe in order to have the ShutDown hook in my
Java program executed on pressing CTRL-C.
So, it seems the problem with CTRL-C still persists?
Or, is there a
pv 1.3.9-2 version has been uploaded to Cygwin, will be available
shortly on mirrors.
This is a fix over 1.3.9-1 which didn't start if cygserver was not
running in the first place. For that reason this version is compiled
with "configure --disable-ipc" so "-R" option is not available at runtim
On 06/12/2012 3:43, Vin Shelton wrote:
Aaron Schneider writes:
pv 1.3.9-1 version has been uploaded to Cygwin, will be available
shortly on mirrors.
This version fails with:
zsh: invalid system call pv
on a 64-bit W7 install.
The previous version (1.3.4.1) worked fine. Please let me know
On 06/12/2012 19:05, Ken Brown wrote:
This isn't the program you're trying to debug. This file contains the
debugging symbols. You need to run gdb on pv.exe, as before; gdb will
know to look in /usr/lib/debug/usr/bin/pv.exe.dbg for the symbols.
$ gdb pv
GNU gdb (GDB) 7.5.50.20120815-cvs (cyg
On 06/12/2012 19:05, Ken Brown wrote:
This isn't the program you're trying to debug. This file contains the
debugging symbols. You need to run gdb on pv.exe, as before; gdb will
know to look in /usr/lib/debug/usr/bin/pv.exe.dbg for the symbols.
$ gdb pv
GNU gdb (GDB) 7.5.50.20120815-cvs (cyg
On 06/12/2012 18:50, marco atzeri wrote:
Program received signal SIGSEGV, Segmentation fault.
mainCRTStartup () at
/usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/crt0.c:23
23 /usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/crt0.c: No such
file or directory.
(gdb)
you should at least install the
On 06/12/2012 13:12, Corinna Vinschen wrote:
You know, you could actually grab GDB and debug the application without
the requirement to dive into Cygwin. Debugging the application is the
same thing on every OS.
This are the errors I get with a simple debugging:
(gdb) target exec pv
(gdb) ru
On 06/12/2012 3:43, Vin Shelton wrote:
This version fails with:
zsh: invalid system call pv
on a 64-bit W7 install.
The previous version (1.3.4.1) worked fine. Please let me know if you
need more info.
Apparently, there is a problem on this new version of pv with cygwin.
Maybe someone w
pv 1.3.9-1 version has been uploaded to Cygwin, will be available
shortly on mirrors.
Pipe Viewer - is a terminal-based tool for monitoring
the progress of data through a pipeline. It can be inserted
into any normal pipeline between two processes to give a visual
indication of how quickly data i
pv 1.3.9-1 version has been uploaded to Cygwin, will be available
shortly on mirrors.
Pipe Viewer - is a terminal-based tool for monitoring
the progress of data through a pipeline. It can be inserted
into any normal pipeline between two processes to give a visual
indication of how quickly data i
On 01/08/2012 19:46, Reini Urban wrote:
On Wed, Aug 1, 2012 at 10:46 AM, Matt Seitz (matseitz) wrote:
Did Cygwin "setup.exe" prompt you to install the "gcc-4" package when you
updated perl?
I thought "setup.exe" would prompt the user if any additional packages needed
to be installed.
no. gc
On 01/08/2012 19:31, Mitchell, Tim wrote:
Hey Cygwin gurus,
I'm on day 4 of my attempted install of Gedit-3.2.6 and my frustration
has surpassed my fear of asking the "stupid question".
Is this even possible? My OS is Windows 7 Pro and I'm running Cygwin
version :
$ cygcheck -V
cygcheck (cygwin
On 29/07/2012 13:01, Steve Campbell wrote:
Hi,
The Perl Term::ReadKey module has gone missing from the perl 5.14.2-3
package (reverting to 5.10.1-5 restores it).
Could it be put back please? Unless there's a good reason for removing it
of course!
This is what I get when trying to compile it,
On 28/07/2012 23:33, szgyg wrote:
On 7/28/2012 6:56 AM, L Anderson wrote:
Call me slow to notice but I'm seeing more packages appearing with size
? mark in the "View" window when I run cygwin setup. Also, I notice that
most, if not all the packages, seem to be related to source or
libraries. I'v
On 28/07/2012 6:56, L Anderson wrote:
Call me slow to notice but I'm seeing more packages appearing with size
? mark in the "View" window when I run cygwin setup. Also, I notice
that most, if not all the packages, seem to be related to source or
libraries. I've read the setup documentation, goo
On 25/07/2012 3:13, ping wrote:
I'm trying to install App::Asciio in cygwin, but got following error,
please advice, or what info are still needed to proceed, thanks!
CPAN: Module::Build loaded ok (v0.3613)
CPAN.pm: Going to build N/NK/NKH/App-Asciio-1.02.71.tar.gz
0 [main] perl 6432
On 25/07/2012 9:25, Eric Padriquez wrote:
Hi, we have a VB script that is working fine when run in command prompt.
However we encounter when we run the VB script in Cygwin by using shell
script to invoke VB. We've tried to use cscript and cygstart but also
encounter error. Thanks!
Error: attach
On 25/07/2012 16:56, Earnie Boyd wrote:
On Wed, Jul 25, 2012 at 9:50 AM, Aaron Schneider wrote:
Oh no I meant I removed the cygwin's make, the nokia's make is still
present, never removed it in the end. The makefile is in perfect condition,
even I tried it on a empty dir and the res
On 25/07/2012 15:34, Thrall, Bryan wrote:
guide for more details about POSIX paths:
http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
Can't find C:\Program on PATH.
Could this be a problem with the Makefile? It looks like you're using
Cygwin make now, but the Makefile might b
On 25/07/2012 3:59, Andrew DeFaria wrote:
Maybe when in Cygwin, /bin and /usr/bin should be put in your PATH ahead
of the Windows stuff. I know I've run with C:\Cygwin\bin in the front of
my Windows System Environment PATH variable for years without issue
(though I think some around here might s
On 25/07/2012 2:47, Andrew DeFaria wrote:
There'd be a /bin/make if you installed it...
$ which make
/bin/make
IMHO it's always better to go with a Cygwin way of doing things instead
of installing some Unix/Linux thing through some Windows port like this
Symbian\tools thing...
>
That
On 24/07/2012 18:08, Christopher Faylor wrote:
>
You must be running a non-cygwin make.
That said, however, make does not deal well with spaces in file
specifications. If something is actually parsing a PATH environment
variable then it could cause problems.
You're right, I know what caused
On 24/07/2012 17:50, Christopher Faylor wrote:
The Cygwin version of make would not display "c:" anything. That's not
a Cygwin path specification and it shouldn't even be possible for a
Cygwin program to see the Windows PATH environment variable. You must
be running a non-cygwin make. Spaces
Fresh install of cygwin on c:\cygwin\ is including spaces in PATH,
causing that cannot execute common tasks,
$ echo $PATH
/usr/local/bin:/usr/bin:/cygdrive/c/Program Files (x86)/PC Connectivity
Solution:/cygdrive/c/Program Files (x86)/Common Files/Microsoft
Shared/Windows Live:/cygdrive/c/Wind
On 23/07/2012 22:05, marco atzeri wrote:
is X server running ?
If yes check firewall settings
No idea how to check if X server is running or how to launch it. Isn't
automatically launched by the shortcut placed on windows menu?
--
Problem reports: http://cygwin.com/problems.html
FAQ
On 23/07/2012 21:27, Corinna Vinschen wrote:
On Jul 23 20:20, Aaron Schneider wrote:
But, taking it back into windows, I've found that the raid volume is
at either of these locations:
[...]
\Device\Harddisk0\Partition0
In that case, I hope the following section in the User's G
On 23/07/2012 21:43, marco atzeri wrote:
built fine for me and after installation worked fine
if you want to try my build
setup.exe -X -O -s http://matzeri.altervista.org
Marco
I've got this:
$ /bin/urxvt-X.exe -display 127.0.0.1:0.0 -ls -e /bin/bash --login
urxvt: can't open display 127.0
On 23/07/2012 9:49, Corinna Vinschen wrote:
On Jul 21 13:09, Aaron Schneider wrote:
On 21/07/2012 11:11, Corinna Vinschen wrote:
Not at all. I mean that fedora live dvd sees the virtual raid device
md126 while cygwin doesn't under /dev.
Oh, come one. You wrote a mail exclusively with
On 22/07/2012 16:08, Andrey Repin wrote:
Greetings, Linda Walsh!
I sometimes use "rmdir *" to clean up empty dir's.
There's a known issue about difference in Windows and *NIX handling of
directory removal in many cases.
I would say, you drop such practice and be more explicit in your actions.
On 21/07/2012 11:11, Corinna Vinschen wrote:
On Jul 21 00:30, Aaron Schneider wrote:
The tested computer has SSD dual (RAID 0), 2x64GB, partition type is MBR.
Fedora-17-x86_64-Live-Desktop shows the following devices:
[...]
Wrong mailing list?
Corinna
Not at all. I mean that fedora live
The tested computer has SSD dual (RAID 0), 2x64GB, partition type is MBR.
Fedora-17-x86_64-Live-Desktop shows the following devices:
(parted) print devices
/dev/sda (64.0GB)
/dev/sdb (64.0GB)
/dev/mapper/live-osimg-min (4295MB)
/dev/mapper/live-rw (4295MB)
/dev/sr0 (676MB)
/dev/md126 (128GB)
(pa
Package util-linux installs fdisk.exe in /usr/sbin but that path is not
added to PATH variable, so can't be run directly,
$ echo $PATH
/usr/local/bin:/usr/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem
Is this intentional?
--
Problem reports: http:
On 19/07/2012 22:30, Larry Hall (Cygwin) wrote:
On 7/19/2012 4:15 PM, Aaron Schneider wrote:
On 19/07/2012 22:00, K Stahl wrote:
I couldn't find any version of urxvt on cygwin's release mirror, so, no
packages to start from.
<http://cygwin.com/cgi-bin2/package-grep.c
On 19/07/2012 22:00, K Stahl wrote:
urxvt depends on cygperl5_10.dll, which was removed in the upgrade to
perl 5.14. Either urxvt needs to be rebuilt, or the old perl 5.10
libraries need to be restored for a bit longer.
Knowing that there are numerous dependencies on the perl upgrade,
could we
On 19/07/2012 19:02, Eric Blake wrote:
Why bother? csh syntax is non-standard, and in my opinion, it is ugly
(others around here disagree, or tcsh would have died long ago, but
that's a different story - it's mostly people that were on a system that
picked csh as its default shell long before s
On 19/07/2012 17:37, Ryan Johnson wrote:
Hi all (mostly Andy),
I notice that mintty 1.1 handles certain key combinations differently
than xterm:
Thanks,
Ryan
Could you report it to the mintty developer?
http://code.google.com/p/mintty/
--
Problem reports: http://cygwin.com/problems.ht
On 19/07/2012 18:44, Cliff Hones wrote:
On 19/07/2012 17:16, Aaron Schneider wrote:
Looking at /etc/profile.d/lang.csh
if ( $?LC_ALL == 0 && $?LC_CTYPE == 0 && $?LANG == 0 ) setenv LANG
`/usr/bin/locale -uU`
I wonder why in my system the setenv command does not exist
On 19/07/2012 16:55, Corinna Vinschen wrote:
On Jul 19 15:58, Aaron Schneider wrote:
On 19/07/2012 14:35, Csaba Raduly wrote:
Proving, once again, that "There Ain't No Such Thing as Plain Text"
http://www.joelonsoftware.com/articles/Unicode.html
Csaba
No idea, but can
On 19/07/2012 14:35, Csaba Raduly wrote:
Proving, once again, that "There Ain't No Such Thing as Plain Text"
http://www.joelonsoftware.com/articles/Unicode.html
Csaba
No idea, but can't cygwin come with native UTF-8 enabled by default so
the behavior is the same for everyone?
--
Problem
pv has been uploaded to cygwin
"Pipe Viewer - is a terminal-based tool for monitoring the progress of
data through a pipeline. It can be inserted into any normal pipeline
between two processes to give a visual indication of how quickly data is
passing through, how long it has taken, how near
pv has been uploaded to cygwin
"Pipe Viewer - is a terminal-based tool for monitoring the progress of
data through a pipeline. It can be inserted into any normal pipeline
between two processes to give a visual indication of how quickly data is
passing through, how long it has taken, how near
On 18/07/2012 17:25, Nellis, Kenneth wrote:
-Original Message-
From: Aaron Schneider
On 16/07/2012 22:16, Nellis, Kenneth wrote:
I am seeing an mcrypt problem with short plaintext strings.
I don't have a Linux box to compare results, so I don't
know if this is an upstream o
On 16/07/2012 22:16, Nellis, Kenneth wrote:
I am seeing an mcrypt problem with short plaintext strings.
I don't have a Linux box to compare results, so I don't
know if this is an upstream or a Cygwin issue.
$ mcrypt --version
Mcrypt v.2.6.8 (i686-pc-cygwin)
Linked against libmcrypt v.2.5.8
Copyr
On 11/07/2012 21:17, K Stahl wrote:
Just tested with this against the latest release version (1.7.15) and
everything works as expected.
Example:
public final class Test {
public static void main(String[] args) {
System.out.println("This shall hang until CTRL-C is pressed...");
On 10/07/2012 17:24, Earnie Boyd wrote:
On Tue, Jul 10, 2012 at 4:34 AM, Aaron Schneider
You're right that cygwin shell tries to emulate bash, I just twisted things.
You're still wrong. Cygwin is a POSIX library for Windows. Bash is a
shell capable of being built with that POS
Matt Seitz escribió:
>> On Behalf Of Aaron Schneider
>>
>> I believe that Cygwin tries to emulate cmd.exe
>
>No, Cygwin does not try to emulate the cmd.exe shell. Cygwin tries to
>emulate a shell running on Linux, usually the "bash" shell.
>
>That&#x
On 09/07/2012 17:44, Christopher Faylor wrote:
On Mon, Jul 09, 2012 at 05:23:13PM +0200, notstop wrote:
You must be right in some points, but that is not the exact behavior of
windows command although you pretend it to be (the powershell has a
different behavior). In fact, I can independently op
Since for creating file and file.exe in cygwin, the file without exe must be
created first to have both, under windows you can follow any order:
Using Windows 7 PowerShell:
-- This works --
fsutil file createnew file.exe 0
fsutil file createnew file 0
-- This works as well --
fsutil file cr
-- This way works to have the two files simultaneously --:
touch file
touch file.exe
-- This way doesn't --:
touch file.exe
touch file
-- This works again and is similar to 1st --:
touch file.exe && bzip2 file.exe
touch file
bzip2 -d file.exe.bz2
How can this be?
--On an empty dir--:
touch file.exe
touch file.img
touch file doesn't create the corresponding file.
--Then--
touch helpp
cp helpp file
cp: can't create regular file «file»: File exists
On rm file it removes the file.exe instead of saying file not found.
Is this behavior intended? This is
75 matches
Mail list logo
