On 2018.01.23 19:57, Mark Geisert wrote:
Waltz, James wrote:
Hi-
I think that I have installed all the necessary packages, but I
still get the above error, when I type “xhost +” on my local machine.
I am also still getting a “cannot open display: localhost:10.0”
error.
This is DESPITE
Hi , my name is Oscar and i want to use bitt wiste but when i run command in
cmd show me the next problem:
C:\Users\oscar\Desktop\MPLS ECUADOR>bittwiste -H
0 [main] bittwiste 424 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing
Waltz, James wrote:
Hi-
I think that I have installed all the necessary packages, but I still get the
above error, when I type “xhost +” on my local machine.
I am also still getting a “cannot open display: localhost:10.0” error.
This is DESPITE the fact that:
- I set DISPLAY to
On 2018-01-21 00:32, Jay K wrote:
I have some desire to discuss fork.
I know it is an old and difficult topic.
I found this:
"Cygwin fork and RtlCloneUserProcess"
On Tue, 23 Jan 2018 14:13:24, Brian Inglis wrote:
I found the following utility works well without elevation - Windows code from
http://www.leapsecond.com/tools/eject.{c,exe}:
// eject -- Allow safe removal of USB thumb drive.
// - Command line tool to flush/dismount/eject USB drive.
// -
Am 23.01.2018 um 02:49 schrieb Brian Inglis:
I was surprised when I looked at the log (attached, with lots of man directory > indexing stripped), that mandb -p decide to scan my C drive and
perform the
It probably wasn't actually scanning "the C drive" as such, but rather
the neighboring
On 2018-01-23 04:14, Ronald Fischer wrote:
> I'm looking for a command, which would allow me from a shell script to
> prepare the removal of a USB device (stick, external hard drive etc.). With
> other words, after issuing the command, I should be able to physically remove
> the USB device.
>
Hi-
I think that I have installed all the necessary packages, but I still get the
above error, when I type “xhost +” on my local machine.
I am also still getting a “cannot open display: localhost:10.0” error.
This is DESPITE the fact that:
- I set DISPLAY to “localhost:10.0”
- X11Forwarding is
Greetings, Ronald Fischer!
> I'm looking for a command, which would allow me from a shell script to
> prepare the removal of a USB device (stick, external hard drive etc.).
Windows device disconnect option syncs the device.
Just find a tool that plays right.
> With other words, after issuing
BGINFO4X writes:
> Is there any way to automate this?
Automate what, the Cygwin install? Yes, BTDT.
> Do the people (port owners) compile all the ports manually each time?
Sort of, if you have many packages there will be some amount of
scripting going on or you'll go insane. Full build
Kizito Porta Balanyà writes:
> Which is the best way to compile a program for both platforms (32-64 bits)
> to release a cygwin package?
Depending on how cleanly the sources and build system are set up you
could cross-compile one or the other or even both (from GNU/Linux), but
if you want to run
On 2018-01-23 08:48, Andrew Schulman wrote:
>> libclang4.0 is only 8 MB, so this seems like a mistake. True?
>
> Unpacked, libclang5.0-5.0.1-1 is 2.0 GB. It's because the DLLs in usr/bin
> weren't stripped. After stripping, the unpacked footprint is 40 MB.
Not sure what happened, but I have
---
ini.cc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ini.cc b/ini.cc
index e9152ec..87443a8 100644
--- a/ini.cc
+++ b/ini.cc
@@ -108,11 +108,11 @@ public:
}
virtual void warning (const std::string& message)const
{
- mbox (0, message.c_str (),
On Tue, Jan 23, 2018 at 5:14 AM, Ronald Fischer wrote:
>
> I'm looking for a command, which would allow me from a shell script to
> prepare the removal of a USB device (stick, external hard drive etc.). With
> other words, after issuing the command, I should be able to physically
On 1/22/2018 8:07 PM, Brian Inglis wrote:
> On 2018-01-22 15:40, Ken Brown wrote:
>> On 1/22/2018 4:51 PM, Brian Inglis wrote:
>>> On 2018-01-22 10:37, Ken Brown wrote:
If the solver found no problems but added packages to resolve
dependencies, ask the user whether they want to review
> libclang4.0 is only 8 MB, so this seems like a mistake. True?
Unpacked, libclang5.0-5.0.1-1 is 2.0 GB. It's because the DLLs in usr/bin
weren't stripped. After stripping, the unpacked footprint is 40 MB.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 23/01/2018 21:25, BGINFO4X wrote:
2018-01-23 14:17 GMT+01:00 Marco Atzeri :
On 23/01/2018 19:43, Kizito Porta Balanyà wrote:
2018-01-18 19:47 GMT+01:00 szgyg :
Which is the best way to compile a program for both platforms (32-64 bits)
to
2018-01-23 14:17 GMT+01:00 Marco Atzeri :
> On 23/01/2018 19:43, Kizito Porta Balanyà wrote:
>
>> 2018-01-18 19:47 GMT+01:00 szgyg :
>>
>>
>
>> Which is the best way to compile a program for both platforms (32-64 bits)
>> to release a cygwin package?
On 23/01/2018 19:43, Kizito Porta Balanyà wrote:
2018-01-18 19:47 GMT+01:00 szgyg :
Which is the best way to compile a program for both platforms (32-64 bits)
to release a cygwin package?
Thanks.
to have both 32bit and 64bit cygwin installed.
Regards
MArco
--
2018-01-18 19:47 GMT+01:00 szgyg :
> On 2018-01-18, BGINFO4X wrote:
> > 2018-01-17 20:12 GMT+01:00 szgyg :
>
> Please don't quote raw email addresses.
>
> > Finally, fter switching to the 32bits
2018-01-22 20:14 GMT+01:00 szgyg:
> You should reinstall libgc1.
>
> https://marc.info/?l=cygwin-apps=151603424924010
Yes, that worked! Thank you!
Regards,
Jan Nijtmans
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
I'm looking for a command, which would allow me from a shell script to prepare
the removal of a USB device (stick, external hard drive etc.). With other
words, after issuing the command, I should be able to physically remove the USB
device.
Can the `sync` command be used, for instance
On 2018-01-22 22:35, L A Walsh wrote:
> Brian Inglis wrote:
>> Removing obsolete cat directory /proc/cygdrive/c/Windows/en-US...
>> "
>> which is kind of worrisome, especially when the complete path is not shown!
>>
> Ouch!
>
> You might try loading the source of the program and searching for
Hi Mark,
On Jan 22 21:21, Mark Geisert wrote:
> This new function returns the name of the calling thread; works for both
> cygthreads and pthreads. All calls to cygthread::name(/*void*/) replaced by
> calls to mythreadname(/*void*/).
> [...]
> diff --git a/winsup/cygwin/thread.cc
24 matches
Mail list logo