date:20041031

Re: setup.exe sizes openldap-2-2-15

2004-10-31 Thread Max Bowsher

Gary R. Van Sickle wrote:
[snip]
An argument for demand-downloaded .mo files, then?
An argument for simply adding the translations to res.rc as
localized STRINGTABLES.
   
  MESSAGETABLES
Then you can use FormatMessage() and things are much less brain-bamaging.
But then you need some extra software to compile the messagetables.
Unless binutils has grown support for this recently, we can't use 
messagetables.

Max.

Re: setup.exe sizes openldap-2-2-15

2004-10-31 Thread Reini Urban

Max Bowsher schrieb:
Gary R. Van Sickle wrote:
An argument for demand-downloaded .mo files, then?
An argument for simply adding the translations to res.rc as
localized STRINGTABLES.
   
  MESSAGETABLES
Then you can use FormatMessage() and things are much less brain-bamaging.

But then you need some extra software to compile the messagetables.
Unless binutils has grown support for this recently, we can't use 
messagetables.
windres cannot compile them?
The man or info page doesn't say that certain ressourcetypes are 
unsupported. But I haven't tried that yet.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: Minimal replacement for Exceed

2004-10-31 Thread Boaz Harrosh

[EMAIL PROTECTED] wrote:
I want to find a replacement for Hummingbird Exceed.  I know that Cygwin includes an X 
server, but I'm not interested in all of Cygwin.  What would be the minimum I'd need 
to install to be able to run Cygwin/X?  In case it matters, I'd like to run the X 
server with the -multiwindow and -clipboard parameters.
Thanks!
Amanda
 

Dear Amanda !
I have packed a Wise-Installer with a some-what minimal installation. It 
uses the windows fonts and this way saves 14M of fonts. It does include 
a full bash + utils and SSH so it is not as minimal as it can be. The 
Install.exe is about 12M.

I can send you the .exe but you will find that it has some specialized 
stuff  for the purpose it was made. (automatic connection to a Linux 
application server). I can also send you the files listing, and the wise 
script, so you can pack your own.

Free Life
Boaz

Re: ¤T¥þ¤T©ö »´»´ÃPÃP¥H 2.8¢H ¾ã¦X©Ò¦³¦W¤Uªºt¶Å

2004-10-31 Thread Bobby McNulty

 wrote:
* http://www.vip580.com/edm249/*
index.htm
 ../noedm.htm
Stop sending junk here.
This is junk.

src/winsup/utils ChangeLog cygcheck.cc

2004-10-31 Thread bavag

CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2004-10-31 18:46:32

Modified files:
winsup/utils   : ChangeLog cygcheck.cc 

Log message:
* cygcheck.cc (get_dword): Fix errormessage.
(cygwin_info): Ditto.
(track_down): Ditto.
(check_keys): Ditto.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.288r2=1.289
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/cygcheck.cc.diff?cvsroot=srcr1=1.58r2=1.59

Re: [Patch] unlink

2004-10-31 Thread Reini Urban

Pierre A. Humblet schrieb:
It works on normal files. I haven't tested with the
special names because I forgot how to create them !
Feedback welcome.
works fine on w2k.
attached is a test to create such files.
unlink works fine on these.
didn't test with wchar and unicode files yet, just char.
but coreutils/findutils don't work with unicode files anyway.
(just testing findutils-4.1.20)
On reflection, however, wouldn't it be a little easier just to prepend
the path being deleted with a: \\.\ so that rm nul would eventually
translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C
backslash quoting here)?  I don't know if that would work on Windows 9x,
though.
// c++ -I../src/winsup/cygwin -o testcreate testcreate.cc -lntdll 
#include winsup.h
#include stdio.h
#include ntdef.h
#include ntdll.h

//#define NTCREATE
#undef NTCREATE

NTSTATUS 
  NtCreateDirectoryObject(
OUT PHANDLE  DirectoryHandle,
IN ACCESS_MASK  DesiredAccess,
IN POBJECT_ATTRIBUTES  ObjectAttributes
);

#ifndef NTCREATE
static HANDLE
create (char *path)
{
  HANDLE hFile; 
  char pwd[CYG_MAX_PATH], dev[CYG_MAX_PATH];
  int len;

  //create (.\\c:\\con);
  if (len = GetCurrentDirectoryA (CYG_MAX_PATH, pwd)) {
strcpy(dev, .\\);
strcat(dev, pwd);
strcat(dev, \\);
strcat(dev, path);
  }
  hFile = CreateFile(dev, // file to create
 GENERIC_WRITE,  // open for writing
 0,  // do not share
 NULL,   // default security
 CREATE_ALWAYS,  // overwrite existing
 FILE_ATTRIBUTE_NORMAL | // normal file
 FILE_FLAG_OVERLAPPED,   // asynchronous I/O
 NULL);  // no attr. template
  if (hFile == INVALID_HANDLE_VALUE) return 0;
  printf(%s created\n, path);
  CloseHandle(hFile);
  return hFile;
}

#else
static HANDLE
nt_create (WCHAR *wpath)
{
  WCHAR pwd[2*CYG_MAX_PATH];
  UNICODE_STRING upath = {0, sizeof (wpath), wpath};
  //UNICODE_STRING cpath = {0, 2, L.};

  int len;
  HANDLE x, root = NULL;
  OBJECT_ATTRIBUTES attr;
  IO_STATUS_BLOCK io;
  NTSTATUS status;
  
  if (len = GetCurrentDirectoryW (2*CYG_MAX_PATH, pwd)) {
UNICODE_STRING upwd = {0, sizeof (pwd), pwd};
InitializeObjectAttributes (attr, upwd, OBJ_CASE_INSENSITIVE, NULL, NULL);
NtOpenFile(root, STANDARD_RIGHTS_ALL, attr, io, 0, 0);
  }
  InitializeObjectAttributes (attr, upath, OBJ_CASE_INSENSITIVE, root, NULL);
  // 
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/ntcreatefile.asp
  status = NtCreateFile (x, STANDARD_RIGHTS_ALL, attr, io, NULL, 
FILE_ATTRIBUTE_NORMAL, 
 FILE_SHARE_READ, FILE_OPEN, FILE_DELETE_ON_CLOSE, NULL, 0);
  if (!NT_SUCCESS (status))
{
  printf(error creating %ls\n, wpath);
  return 0;
}
  else {
CloseHandle(x);
return x;
  }
}
#endif

int main(int argc, char** argv)
{
#ifndef NTCREATE
  create (con);
  create (com);
  create (nul);
  create (aux);
  create (prn);
  create (lpt1);
  create (...);
#else
  nt_create (Lcon);
  nt_create (Lnul);
  nt_create (Laux);
  nt_create (Lprn);
  nt_create (Llpt1);
  nt_create (L...);
#endif
  return(0);
}

At 11:36 PM 10/30/2004 -0400, Christopher Faylor wrote:
On Sat, Oct 30, 2004 at 10:30:54PM -0400, Pierre A. Humblet wrote:
At 01:39 PM 10/30/2004 -0400, you wrote:
On Fri, Oct 29, 2004 at 06:01:51PM -0400, Pierre A. Humblet wrote:
Here is a patch that should allow unlink() to handle
nul etc.. on local disks.

It's a cut and paste of Corinna's open on NT and the
existing CreateFile.

It works on normal files. I haven't tested with the
special names because I forgot how to create them !
Feedback welcome.

X This should NOT be applied in 1.5.12 XX

Pierre

2004-10-29 Pierre Humblet [EMAIL PROTECTED]

* syscalls.cc (nt_delete): New function.
(unlink): Call nt_delete instead of CreateFile and remove
unreachable code.

Corinna suggested something similar to me a couple of months ago but I
wanted to wait for things to settle down somewhat after the original
use of NtCreateFile.

On reflection, however, wouldn't it be a little easier just to prepend
the path being deleted with a: \\.\ so that rm nul would eventually
translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C
backslash quoting here)? I don't know if that would work on Windows 9x,
though.

That would work on NT, but then one would need to check if the input
path didn't already have the form //./xx, worry about exceeding max
pathlength, etc...

Other than being able to delete special filenames is there any other
benefit to using NtCreateFile to delete files?

I can only think of speed. But I don't see a downside either, given that
we use it in open().

If path length was an issue we could use '//?/' instead since the length
restriction is a lot larger there. So, it would be something like:

char *path;
char newpath[strlen (win32_name) + 4] = ?\;
if (win32_name[0] != '\\')
path = strcat (newpath, win32_name);
else
path = win32_name;

and then you'd use path throughout from then on.

Have you tried it? According to MSDN you need to use the Unicode version
if you do that.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/createfile.asp
In the ANSI version of this function, the name is limited to MAX_PATH
characters. To extend this limit to 32,767 wide characters, call the Unicode
version of the function and prepend \\?\ to the path

Pierre

Re: [Patch] cygcheck: Don't use keyeprint if GetLastError is irrelevant.

2004-10-31 Thread Bas van Gompel

Op Sat, 30 Oct 2004 19:42:16 -0400 schreef Christopher Faylor
in [EMAIL PROTECTED]:
:  On Sat, Oct 30, 2004 at 11:32:27PM +0200, Bas van Gompel wrote:
:  2004-10-28  Bas van Gompel  [EMAIL PROTECTED]
: 
:  * cygcheck.cc (get_dword): Fix errormessage.
:  (cygwin_info): Ditto.
:  (track_down): Ditto.
:  (check_keys): Ditto.
:
:   Go ahead and check these in.

Done, thanks.


L8r,

Buzz.
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   //   really is |   and false bits entirely.| mail for
  ) |  |  //a 72 by 4 +---+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe s.u(z)\1.as.| me. 4^re

Re: [Patch] unlink

2004-10-31 Thread Christopher Faylor

On Sun, Oct 31, 2004 at 10:14:48AM -0500, Pierre A. Humblet wrote:
At 11:36 PM 10/30/2004 -0400, Christopher Faylor wrote:
On Sat, Oct 30, 2004 at 10:30:54PM -0400, Pierre A. Humblet wrote:
At 01:39 PM 10/30/2004 -0400, you wrote:
On Fri, Oct 29, 2004 at 06:01:51PM -0400, Pierre A. Humblet wrote:
Here is a patch that should allow unlink() to handle
nul etc.. on local disks.

It's a cut and paste of Corinna's open on NT and the
existing CreateFile.
 
It works on normal files. I haven't tested with the
special names because I forgot how to create them !
Feedback welcome.

X This should NOT be applied in 1.5.12 XX

Pierre

2004-10-29  Pierre Humblet [EMAIL PROTECTED]

   * syscalls.cc (nt_delete): New function.
   (unlink): Call nt_delete instead of CreateFile and remove
   unreachable code.

Corinna suggested something similar to me a couple of months ago but I
wanted to wait for things to settle down somewhat after the original
use of NtCreateFile.

On reflection, however, wouldn't it be a little easier just to prepend
the path being deleted with a: \\.\ so that rm nul would eventually
translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C
backslash quoting here)?  I don't know if that would work on Windows 9x,
though.

That would work on NT, but then one would need to check if the input
path didn't already have the form //./xx, worry about exceeding max 
pathlength, etc...

Other than being able to delete special filenames is there any other
benefit to using NtCreateFile to delete files?

I can only think of speed. But I don't see a downside either, given that
we use it in open().

If path length was an issue we could use '//?/' instead since the length
restriction is a lot larger there.  So, it would be something like:

  char *path;
  char newpath[strlen (win32_name) + 4] = ?\;
  if  (win32_name[0] != '\\')
  path = strcat (newpath, win32_name);
  else
  path = win32_name;

and then you'd use path throughout from then on.

Have you tried it? According to MSDN you need to use the Unicode version
if you do that.

Yes.  I created and deleted a file using '//?/d:/nul' from the command line.

cgf

Re: [Patch] unlink

2004-10-31 Thread Pierre A. Humblet

At 06:47 PM 10/31/2004 -0500, you wrote:
On Sun, Oct 31, 2004 at 10:14:48AM -0500, Pierre A. Humblet wrote:
At 11:36 PM 10/30/2004 -0400, Christopher Faylor wrote:
On Sat, Oct 30, 2004 at 10:30:54PM -0400, Pierre A. Humblet wrote:
At 01:39 PM 10/30/2004 -0400, you wrote:
On Fri, Oct 29, 2004 at 06:01:51PM -0400, Pierre A. Humblet wrote:
Here is a patch that should allow unlink() to handle
nul etc.. on local disks.

It's a cut and paste of Corinna's open on NT and the
existing CreateFile.
 
It works on normal files. I haven't tested with the
special names because I forgot how to create them !
Feedback welcome.

X This should NOT be applied in 1.5.12 XX

Pierre

2004-10-29  Pierre Humblet [EMAIL PROTECTED]

  * syscalls.cc (nt_delete): New function.
  (unlink): Call nt_delete instead of CreateFile and remove
  unreachable code.

Corinna suggested something similar to me a couple of months ago but I
wanted to wait for things to settle down somewhat after the original
use of NtCreateFile.

On reflection, however, wouldn't it be a little easier just to prepend
the path being deleted with a: \\.\ so that rm nul would eventually
translate to DeleteFile(\\.\c:\foo\null) (I'm not using true C
backslash quoting here)?  I don't know if that would work on Windows 9x,
though.

That would work on NT, but then one would need to check if the input
path didn't already have the form //./xx, worry about exceeding max 
pathlength, etc...

Other than being able to delete special filenames is there any other
benefit to using NtCreateFile to delete files?

I can only think of speed. But I don't see a downside either, given that
we use it in open().

If path length was an issue we could use '//?/' instead since the length
restriction is a lot larger there.  So, it would be something like:

  char *path;
  char newpath[strlen (win32_name) + 4] = ?\;
  if  (win32_name[0] != '\\')
  path = strcat (newpath, win32_name);
  else
  path = win32_name;

and then you'd use path throughout from then on.

Have you tried it? According to MSDN you need to use the Unicode version
if you do that.

Yes.  I created and deleted a file using '//?/d:/nul' from the command line.

It's interesting that //?/ also works as an escape with the ascii version.
But on re-reading MSDN, the unicode version should only be needed when
the pathlength exceeds 260 chars.
BTW, don't try that on WinME. I ended up having to power the PC down.

Pierre

Re: CPAN module in Cygwin

2004-10-31 Thread Reini Urban

Elvin Peterson schrieb:
Hello,
   The CPAN command:
perl -MCPAN -e shell 

fails with:
Cannot open /usr/lib/perl5/5.8.5/CPAN/Config.pm at
/usr/lib/perl5/5.8.5/CPAN.pm line 1219
It looks like it is trying to write to a file owned by
Administrator.  Is there a workaround to install
modules as a user?
root ownersip is okay. but it must be readable.
user-specific CPAN configs are stored in ~/.cpan/CPAN/MyConfig.pm
chmod +r /usr/lib/perl5/5.8.5/CPAN/Config.pm
chmod -R +rw /usr/lib/perl5/site_perl/5.8.5
chmod -R +rw ~/.cpan
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

57 matches

Mail list logo