Hello!
> Okay, well I agree that this sounds like a good solution. For now you
> have a workaround, and I'll be glad to consider a patch if you submit
> one.
Please take it. This is my experimental implementation which appears to be
simpler than i suggested.
Some details: this implementation
Hello!
> > Is anybody interested in these patches? Unfortunately i can't take
> > over regular nfs-server maintenance.
>
> Why not? You seem to be the right person for this.
Because of time lack.
BTW, who is original author of our Universal NFS Server ? I think some of
patches should go di
Hello!
Is there any particular reason why NFS server is missing in 64-bit version
?
I heard nfs-server package is not maintained any more. If anybody is
interested, i have patched my 32-bit NFS server, and in order to do this i
had to do the following face-lift tomy Cygwin installation:
1. Fix
Hello!
> int main (int argc, char **argv)
> {
> argp_program_version = version;
> argp_program_bug_address = bug_address;
>
> argp_parse (&argp, argc, argv, 0, 0, 0); }
>
> /*** End modified argp example #2 ***/
>
> If you compile the above version, you'll see that the --version option
>
Hello!
I have found a problem: argp_program_version string is ignored by libargp.
I guess the problem happens because of DLL's nature. DLLs cannot contain
unresolved symbols, so the DLL has own version of argp_program_version which
is always initialized to NULL. There's no way to override it.
Hello!
My cross-compiling activity has discovered that TEMP_FAILURE_RETRY() macro
is often used, but missing in our includes. GNU code of this macro is below:
--- cut ---
# define TEMP_FAILURE_RETRY(expression) \
(__extension__
\
({ long int __result;
\
do __result = (long int) (exp
Hello! I've just stumbled accross a bug in Automake v1.9 package. I was
trying to regenerate files in a source tree which sets automake version to
1.9. 'automake -icf' has copied files, but config.guess bundled with this
version of automake appears to not know 64-bit Cygwin. Please fix.
Kind rega
Hello!
> I don't know anything about _BSDTYPES_DEFINED but it sounds like some
> autotools solution is already in place, which defines
> __{u_char,daddr_t}_defined; it's hard to imagine a patch fixing that
> autotools stuff to correctly differentiate cbuild from ctarget would be
> poo-poo'ed by t
Hello! I have got one small idea on how to improve compatibility with
cross-compiling Linux software. This time it's glibc.
At certain point glibc's rpcgen program (which is being compiled for host),
relies on '#ifndef __u_char_defined' and '#ifndef __daddr_t_defined' in
order to determine prese
Hello!
> > If we do consider this, I think we should take a step back and think
> > about revamping path handling to allow hooks for things like /dev,
> > /proc, /cygdrive rather than having to special case them.
>
> SHTDI, as you said... But it'd be interesting advancement in /etc/fstab
> evolu
Hello!
While waiting for the Big Thing to finish compiling, another crazy idea
visited my damaged brain. ;-) I wonder if it has some practical value...
> That's not quite correct. The problem is not utilizing the native NT
> functions to create a process image, the problem is that the Win32
>
Hello!
> > P.P.S. Perhaps the answer to (*) is NO, otherwise we would have fast
> > fork()...
>
> That's not quite correct. The problem is not utilizing the native NT
> functions to create a process image,
Wow, interesting...
I wonder if i could get a ELF with some plain hardcoded Windows s
Hello!
> Does replacing "/" with "/." help or does it not help? I cannot test
> this right now.
Yes, it does, this is how i did it. So - yes, it is also a matter of
convenience, and time needed to find this workaround.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research cent
Hello!
> > 1. Cygwin misses linux/types.h
>
> I have been trying to get this fixed upstream for quite some time
> without success:
>
> https://lkml.org/lkml/2012/6/11/604
> https://lkml.org/lkml/2012/10/15/608
> https://lkml.org/lkml/2013/4/28/84
Looks like Linux developers have taken over
Hello!
> Because some scripts try to use
>
> $(DESTDIR)/$(PREFIX)
>
> rather than
>
> $(DESTDIR)$(PREFIX)
Yes, exactly, this is what i have got.
I start to have these problems when i try to do non-standard things like
cross-compiling Linux kernel and some 3rd party modules. :)
Ability to r
Hello!
I decided to pay attention to one more problem. Lots of not very well
written configure scripts and makefiles like to access things like
'//usr/bin'. Under Cygwin this causes problem because Cygwin treats '//' in
Windows-style as access to network shares.
What if we change this ? We coul
Hello!
In order to cross-compile Linux kernel i have to patch host-side tools a
little bit. Current problems are:
1. Cygwin misses linux/types.h
2. Cygwin defines the following ELF macros according to host machine:
ELF_ST_BIND, ELF_ST_TYPE, ELF_R_SYM, ELF_R_TYPE
What about improving Linux co
Hello!
How can i contact you in private ? The address specified in messages can be
used only within the list, and the server forces me to cc: to the public.
> Btw., Fedin, even if I let this go in under the trivial patch rule, it
> would be very nice if you could fill out the Cygwin copyright
>
Hello!
> FYI, I just uploaded a new 32 bit snapshot, as well as the 64 bit test
> package 1.7.21-2 containing this patch.
>
> Please give it a try.
I have tested new Cygwin64 using original case, by attempting to rebuild
eglibc (ARM-Linux targeted cross-build) from scratch (make clean; make).
Hello! Sorry for delayed replies, at home i'm not subscribed to Cygwin ML, and
in Russia we had a holiday yesterday.
> Thanks for the patch. The idea sounds good, and I think it's the right
> thing to do *not* to add this to normalize_win32_path, because the ..
> semantics on WINdows are so tha
Hello!
Some time ago i reported ability to access things like
"/usr/nonexistent/..bin". I still had this problem and i tried my hands on
fixing it.
The patch works by checking the actual existence of the path before
removing the last component from it. For performance reasons, only one check
is
> Not to discourage you but there will be a fairly low tolerance for much
> of a complexity change or almost any performance degradation. Cygwin's
> performance is a regular source of complaints on this list (and
> elsewhere).
By the way... Right now i'm testing 64-bit Cygwin, and it appears to
> I would be unhappy with this proposed change. The Windows
> "shutdown.exe" uses:
>
> 'h' for hibernate
> 'l' for logoff
> 's' for shutdown and halt
> 'r' for shutdown and restart
> 'g' for shutdown and restart including registered applications
>
> 'a' for abort shutdown
>
> with the fo
Hello!
> >> Heh...
> >> So, complete emulation would cost a major performance drop, right ?
> >> Well... Can there be any setting which enables these checks ? At
> least we have one use case...
> >
> >Not without lots of new code.
>
> So, maybe next Thursday?
By the way, you said it would b
Hello!
> I'm sure you didn't specify the .cygport suffix:
>
> $ cygport make.cygport prep
>
> This is required for the new style cygport files.
Thanks, i will know.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hello!
> You need a 64-bit Cygwin install to run it in. Well, actually just the
> 64-bit cygwin1.dll in case of "Hello World". Unfortunately you don't
> get an error message in case of a missing DLL.
>
> ftp://cygwin.com/pub/cygwin/64bit/setup64.exe
>
> (Warning: this is still very much in beta
Hello!
> Running makewhatis as shown only produces an empty remnant file
> 'whatis'
> in folders flagging FIND errors.
> What can I do ?
> Tom Axehult
Looks like you don't have findutils installed. In this case attempt to run
'find' command will run find.exe from your Windows installation, whic
Hello!
> The reason for this behaviour has been outlined a couple of times on
> this list. See http://cygwin.com/ml/cygwin/2013-01/msg00173.html,
> for instance.
Heh...
So, complete emulation would cost a major performance drop, right ?
Well... Can there be any setting which enables these c
Hello!
I have noticed that Cygwin64 toolchain is available and installed it. Then
i tried to compile a simple "Hello world" using it. A 64-bit .exe file was
created. I am even able to start this file from terminal, but it prints
nothing. What's wrong ?
Kind regards.
--
Problem reports:
Hello! I have found a bug in Cygwin. It exists at least for several months.
I have updated today but it is still there.
The bug is simple to trigger and verify. Make a directory like:
mkdir /tmp/test
Then go to /tmp and execute:
ls -l /tmp/nonexist/../test
The command succeeds despite this
On 22.03.2013 11:44, Frank Fesevur wrote:
I'm also considering adding possibility to customize the shutdown
message: shutdown -rf 22:00 "Rebooting because of Windows Updates".
Who knows...
And does anybody ever use that reason thing on the windows shutdown?
I know it is used by server versions o
Hello!
I have problems with setuid()-related operations. For example, this is
experienced in ssh and nfs servers. If i try to log in as local user,
everything is OK. But when i try name of domain user, setting uid takes
significant amount of time. Can be up to one minute (feels like TCP
tim
Hello!
I have problems with setuid()-related operations. For example, this is
experienced in ssh and nfs servers. If i try to log in as local user,
everything is OK. But when i try name of domain user, setting uid takes
significant amount of time. Can be up to one minute (feels like TCP
tim
On 14.01.2013 10:19, Christopher Faylor wrote:
Calm down and READ the message you received. It surely didn't tell you
to send implied profanity to the Cygwin mailing list.
Sorry, i don't really understand you. What do you mean under profanity
? Is it not allowed to post patches here ?
--
Ki
On 10.01.2013 23:47, Reini Urban wrote:
Great! Can you gist the patches somewhere please?
I tried to post patches from my home email address. But messages get
rejected as spam. WTF ???
--
Kind regards
Pavel Fedin
Expert engineer, Samsung Moscow research center
--
Problem reports: h
On 09.01.2013 14:57, Fedin Pavel wrote:
1. doc/fdl.texi and doc/make-stds.texi files are missing from the
archive.
2. configure seems to incorrectly determine HAVE_DOS_PATHS as true.
This breaks $abspath() function.
I solved (1) by adding these files from the original UNIX archive. Of
Hello!
I want to try my hands on improving 'make' performance by switching
from fork() to spawn(). Actually, the code is already there, under
#ifdef __EMX__, waiting to be reused. However i have some problems
rebuilding it:
1. doc/fdl.texi and doc/make-stds.texi files are missing from the a
On 19.06.2012 14:50, Gerard H. Pille wrote:
Since my system was replaced by one running Windows 7 on an Intel Core
I5, I may call myself lucky if I can work for an hour.
Works fine here. May be your hardware is flaky ? RAM for example...
Cygwin loads up the system quite well, especially upon for
On 19.06.2012 10:46, marco atzeri wrote:
than you should ask to MSYS mailing list
Ooops, sorry... :) My head has seriously messed up... :)
--
Kind regards
Pavel Fedin
Expert engineer, Samsung Moscow research center
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Today i've noticed, that in MSYS console TERM=dummy. Why ?
Previously it was set to "cygwin", and it worked fine. I guess this was
caused by some upgrade.
--
Kind regards
Pavel Fedin
Expert engineer, Samsung Moscow research center
--
Problem reports: http://cygwin.com/problems.html
Looks like i've figured out why NFS sometimes becomes unresponsive.
This can be uid/gid problem.
I have a local used named 'nfsd' to run the server. Here is its line
from what mkpasswd -l reports. Note its GID=513.
nfsd:unused:1010:513:nfsd,U-fedinw7x64\nfsd,S-1-5-21-2187549510-2720235518-410
On 14.05.2012 9:41, Fedin Pavel wrote:
2. ti-rpc should come with more advanced port mapper (google told me
it's named rpcbind). ti-rpc library can't work with old portmap.
After some more debugging...
1. In fact they should be interoperable. If UNIX socket fails, ti-rpc
lib
I have a problem with RPC libraries. Looks like either there is some
serious inconsistency in Cygwin, or i seriously miss something.
For the start, i tried to recompile NFS server from source code, in
order to hunt for some bugs i've got sick of. And here i got a problem.
First of all, i discover
I'm unable to use 'su' command. When i attempt to do so, i get:
su: /bin/bash: Operation not permitted
This is different from wrong password or insufficient permissions,
because if so, Cygwin explicitly informs me:
su: incorrect password, or insufficient privileges to change user (see
http
On 05.05.2012 7:06, Chris Sutcliffe wrote:
I'm at a loss as to why it's looking in the root directory.
Look at your /etc/passwd. Here, on my machine,home directory is empty
for my username. Perhaps mkpasswd's bug. You can fix it by manually
setting the right path in /etc/passwd.
--
Kind r
Is it possible to configure cygrunsrv to supply command line option to
daemons being started? If yes, how ?
I've got sick of NFS problems and want to debug them myself.
--
Kind regards
Pavel Fedin
Expert engineer, Samsung Moscow research center
--
Problem reports: http://cygwin.com/
On 03.05.2012 19:24, Christopher Faylor wrote:
Right. I've noticed the incompleteness of elf.h from time to time too but
extending it would be tedious since you can't just cut/paste from a GPLv*
file. Maybe one of the BSDs has something more complete these days?
By the way, interesting questio
On 03.05.2012 17:34, Ryan Johnson wrote:
I've also run in to this problem, though in my case I just fired up a
VM to work around it... I needed the VM anyway to actually run the
newly-built kernel. That said, it would be nice to be able to build on
the host and just scp the new vmlinuz across..
On 03.05.2012 17:08, Earnie Boyd wrote:
To build the Linux kernel
under Cygwin requires you have the proper libraries and headers for
Linux installed in the cross environment. It should not be using the
libraries and headers provided by the Cygwin build environment.
I know about this. My cross-
Why is elf.h include incomplete in Cygwin?
I am cross-compiling Linux kernel under Cygwin, and i had to patch
modpost utility, adding missing R_xxx definitions for some reloc types.
Since kernel v3 i have to add some more definitions, as well as patch
one more utility, recordmcount. So, amount
On 03.05.2012 11:23, Corinna Vinschen wrote:
Yes, that's a bug in autoconf. It doesn't fully respect POSIX pathname
rules. What happens is that it simply attaches pathnames with a leading
slash to the prefix,
Ah, yes, really, i simply forgot this.
In fact IMHO it's not a bug in autoconf. We
Supplying prefix=/ to configure script causes it to lock up. It
doesn't output any single line, just freezes. Even Ctrl-C doesn't help.
I know this is maybe unusual, but i really know why i want to do it.
And, in fact, this is a legitimate operation. So, i consider this to be
a bug.
--
Kind
On 25.04.2012 12:01, Corinna Vinschen wrote:
Think of the SFU POSIX layer, formerly called Interix.
Is it still maintained by MS?I thought it has been dropped long time ago.
--
Kind regards
Pavel Fedin
Expert engineer, Samsung Moscow research center
--
Problem reports: http://cygwin
On 25.04.2012 11:14, Corinna Vinschen wrote:
Cygwin understands NFS symlinks just fine, and when it creates symlinks
on NFS, these are *real* symlinks, not Cygwin-type fake symlinks. When
it recognizes SFU NFS shares, it uses special functionality provided by
the SFU NFS driver to read and creat
On 24.04.2012 18:11, Corinna Vinschen wrote:
An NFS client is a filesystem driver. There are companies providing
such NFS clients, one of them Microsoft with SFU on pre-Vista and the
NFS client in Vista/W7 Ultimate/Enterprise. Corinna
BTW, IIRC in Cygwin we can mount SMB/CIFS shares using '
On 24.04.2012 20:14, Thomas Dineen wrote:
Gents:
Make sure both sides of the connection are running the same
version of NFS.
Client v3, server v2.3.5 (Cygwin package version)
--
Kind regards
Pavel Fedin
Expert engineer, Samsung Moscow research center
--
Problem reports: http
On 24.04.2012 13:43, Gyurmo wrote:
Hello
I have a problem again.
Read from socket failed: Connection reset by peer
Try restarting sshd service. If this works, you have the same problem
as i do with portmap.
And, you know, i have one guess. How early are services started? If
they somehow ma
On 24.04.2012 9:27, Fedin Pavel wrote:
Also, why does nfs access appear to be so horribly slow? Loading a
directory with ~150 files takes about two minutes in mc. I understand
fork() issue, but what are problems with just reading files descriptors?
I resolved the problem with slowness
Hello!
I have a problem with Cygwin NFS server. I boot up my host PC and then
boot up ARM Linux embedded system, which then connects to my host over
NFS. An attempt to mount NFS resource produces "RPC error: connection
refused" until i restart portmap service on my host.
What can be wrong?
Hello!
I have a problem with Cygwin NFS server. I boot up my host PC and then
boot up ARM Linux embedded system, which then connects to my host over
NFS. An attempt to mount NFS resource produces "RPC error: connection
refused" until i restart portmap service on my host.
What can be wrong?
60 matches
Mail list logo
