headers
Brian Dessent | 1 Jan 2006 01:27
Favicon

Re: executable = exe + data

Brian Dessent wrote:

> All the methods mentioned so far are essentially hacks working against
> the linker, doing stuff behind its back.  Why not go with the flow?  Put
> your data in its own section, and write a linker script to handle that
> section in the desired way.  You can access the address by referencing
> the linker script variables in your source code.  See section 3 of the
> ld manual, particularly 3.5.3.  This should work on any platform that
> uses ld.

Even simpler, use objcopy -B to convert raw binary data to an object
file.

$ echo -ne "this is some binary data\0" >data.bin

$ od -A x -v -t x1z -w12 data.bin
000000 74 68 69 73 20 69 73 20 73 6f 6d 65  >this is some<
00000c 20 62 69 6e 61 72 79 20 64 61 74 61  > binary data<
000018 00                                   >.<
000019

$ cat >prog.c <<EOF
#include <stdio.h>

extern long binary_data_bin_start, binary_data_bin_end, 
            binary_data_bin_size;

int main()
{
  printf("data starts at %x, ends at %x, with size %ld: \"%s\"\n",
(Continue reading)

Permalink | Reply | 0 comments |
headers
Linda A. Walsh | 1 Jan 2006 04:41

simulated "leaf"s broken in root FAT32 beyond 40 entries

I ran into this problem using "find". 

Ran into an odd problem where directories, in my root
directory, above entry 39-40 are not being examined.  It
seems to be positionally related, but, importantly,
specifying "noleaf" seems to work around the problem.

As I understood it, Cygwin simulated the "." & ".." entries,
making it unnecessary to use "noleaf" on hard disks (?).

Here are some relevent entries from my root dir w/numbering.  Note
I'm filtering out 'noise'...
39, install/      <= last directory that works
40, FIXER.LOG
...
45, cmdcons/
46, etc/         <= will use find to show subdirs here
---output of find:
 > find / -maxdepth 2 -type d -print |egrep -i "^/install|^/etc"
/install                    #this prints out "fine"
/install/info
....
/install/etc
/install/share
/etc                        #no subdirs
---but w/noleaf...
 > find / -noleaf -maxdepth 2 -type d -print |egrep -i "^/install|^/etc"
/install
/install/info
...
(Continue reading)

Permalink | Reply | 5 comments |
headers
Gerrit P. Haase | 1 Jan 2006 06:23
Picon

Re: Perl Tk does not install--need help

Hallo Selva,

Am Dienstag, 28. Juni 2005 um 08:19 schriebst du:

> Hi

> I'm new to CYGWIN....
> I installed perl via Cygwin installation utility...
> now i want to install perl Tk in my system.. i downloaded Tk-804.027.tar.gz
> it gives a error msg like this
> **********************************************************************************
> ../pTk/mTk/xlib/X11/Xlib.h:1206:35: ../pTk/tkIntXlibDecls.h: No such file or dir
> ectory
> make[1]: *** [Xlib.o] Error 1
> make[1]: Leaving directory
> `/home/Administrator/.cpan/build/Tk-804.027/Xlib'
> make: *** [subdirs] Error 2
>   /usr/bin/make  -- NOT OK
> Running make test
>   Can't test without successful make
> Running make install
> ********************************************************************************
> Guide me to install perl tk with out errors...plz

> Thanx in Advance

> With Regards
> Selva Karthik G

perlTk is now included in the Cygwin netrelease, get it at
(Continue reading)

Permalink | Reply | 0 comments |
headers
Yitzchak Scott-Thoennes | 1 Jan 2006 07:32
Favicon
Gravatar

Re: Hope this topic isn't taboo yet

On Fri, Dec 30, 2005 at 03:44:08PM -0500, Frier, David wrote:
> So if I have a two-physical-processor system which HT fools Windoze
> into thinking is a quad, then turning off HT is not really going to
> help me?

Help with what, the cpu spikes?  You could try it and see.  You could
also see if the spikes exist without cygwin installed at all...
Permalink | Reply | 0 comments |
headers
Yitzchak Scott-Thoennes | 1 Jan 2006 07:44
Favicon
Gravatar

Re: [ANNOUNCEMENT] Updated [experimental]: bash-3.1-1

On Sat, Dec 31, 2005 at 07:41:12AM -0700, Eric Blake wrote:
> To use this release, you MUST install a recent snapshot of
> cygwin (20051222 or later), as well as use the experimental
> readline-5.1-1.

And presumably the experimental libreadline6-5.1-1?
Permalink | Reply | 0 comments |
headers
Eric Blake | 1 Jan 2006 07:59
Picon

Re: [ANNOUNCEMENT] Updated [experimental]: bash-3.1-1

> > To use this release, you MUST install a recent snapshot of
> > cygwin (20051222 or later), as well as use the experimental
> > readline-5.1-1.
> 
> And presumably the experimental libreadline6-5.1-1?

Technically, you are correct - the .dll dependency of bash
is on libreadline6-5.1-1, not readline-5.1-1.  Unless you plan
on recompiling bash 3.1 yourself, upgrading just the readline
package is not as important as upgrading the libreadline6
package.  Sorry if I caused any confusion.

--
Eric Blake
Permalink | Reply | 0 comments |
headers
Wes S | 1 Jan 2006 08:46
Favicon

Re: sshd_conf and local groups

On 31 Dec 2005 at 18:05, Larry Hall (Cygwin) wrote:

> Wes S wrote:
> > I'm trying to lock down ssh access.  I use exim for a mail server so 
> > I have a bunch of accounts on my w2k box.  I don't want most to be 
> > able to use ssh.
[snip]

> I'm confused by your apparent confusion of the above.  If you read the
> man page for sshd_config as you suggested you did, you should understand
> that any account that doesn't belong to the ssh_allow group will be
> denied access.  Presumably, you didn't add "administrator" to this
> group.  Also make sure you have an "administrator" account ("Administrator"
> is the default account and isn't the same).

I did add administrator.  Actually Administrator as you point out.  
W/o the AllowGroups I can ssh using either administrator or 
Administrator.  Ssh doesn't care.  I did try logging in as 
Administrator though.

Just for grins, I added wess to the group ssh_allow and tried logging 
in before / after uncommenting AllowGroups.  Can not log in when 
AllowGroups is uncommented.

Wes S
Permalink | Reply | 2 comments |
headers
René Berber | 1 Jan 2006 09:07
Picon
Favicon

Re: sshd_conf and local groups

Wes S wrote:
[snip]
> Just for grins, I added wess to the group ssh_allow and tried logging 
> in before / after uncommenting AllowGroups.  Can not log in when 
> AllowGroups is uncommented.

When you say "I added wess to the group ssh_allow" you mean in Windows? in
/etc/groups? in both?

Have you tried the option "AllowUsers"?
--

-- 
René Berber
Permalink | Reply | 0 comments |
headers
Wes S | 1 Jan 2006 09:23
Favicon

Re: sshd_conf and local groups

On 1 Jan 2006 at 2:07, René Berber wrote:

> Wes S wrote:
> [snip]
> > Just for grins, I added wess to the group ssh_allow and tried logging 
> > in before / after uncommenting AllowGroups.  Can not log in when 
> > AllowGroups is uncommented.
> 
> When you say "I added wess to the group ssh_allow" you mean in Windows? in
> /etc/groups? in both?

Both.

ssh_allow is in /etc/groups 
wess is in local groups (windows) 
> 
> Have you tried the option "AllowUsers"?

No, but in the morning I will try it since AllowGroups is bombing on 
me.  

Thanks,

Wes S
Permalink | Reply | 0 comments |
headers
Ingo Brueckl | 1 Jan 2006 14:30
Picon

Re: 1.5.18-1: Crash launching COMMAND.COM (W98)

Christopher Faylor writes:

> ....as would some indication of what you mean by "crash", i.e., maybe
> even running this under gdb to find out precisely where the "crash" is
> happening.

This dialog appears:

"This program has performed an illegal operation and will be shut down."

Confirming the dialog results in another one. There is no end to this cycle.

Ctrl-Alt-Delete is unresponsive at this time, though Windows continues to
function. Any attempt to shutdown Windows will hang.

The attempt to close the shell will hang that window.

Ingo

PS: Seems to be still the same problem Sean Gugler reported on 03 Sep 2005
    which has - partly - been fixed with the 20050905 snapshot:

    * spawn.cc (av::fixup): Do win16 detection for .com files.  Make sure
      that buffer has been unmapped in all cases.
Permalink | Reply | 0 comments |

Gmane