RE: Using GDB to debug ia64 files

I must add a precision : only the platform is ia64. My development machine is ia32, and I do cross-compilation to compile my BIOS. I never heard of this "vanilla Windows version of gdb", have you informations about it ? > >Hi people of Cygwin & GDB, > > > >I'm trying to do some quite complicated

Þimdiden Dream Card'ýnýzý Ýsminize Özel Ayýrtýn!

Kartŭnŭzŭ ayŭrtmak için dreamcard.org internet sitesinden online sipariŝinizi verebilir yada detaylŭ bilgi için Dream Card Halkla Ŭliŝkiler Departmanŭnŭ arayabilirsiniz. Telefon: 444 95 95

Re: How to use windows native functions in cygwin?

At 10:51 PM 6/28/2004, you wrote: >Hi, > >I want to access my parallel port in my program. How can I use >windows native functions in my program compiled under cygwin? Thanks. Call them directly, just like you would in a native Win32 application. -- Larry Hall

Re: Bug affecting postgres now() function - more info and offer to fix cygwin bug...

More useful info: (and yes I'm replying to my own message) I spelunked through the source code and found this in times.cc: LONGLONG hires_ms::usecs (bool justdelta) { if (!minperiod) /* NO_COPY variable */ prime (); DWORD now = timeGetTime (); // FIXME: Not sure how this will handle the

How to use windows native functions in cygwin?

Hi, I want to access my parallel port in my program. How can I use windows native functions in my program compiled under cygwin? Thanks. Jacky -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation:

Re: How to access /dev/port?

On Tue, Jun 29, 2004 at 09:41:34AM +0800, jackylam wrote: >I use outb() in my program to acces ports. But it cannot be compiled >because of undefined function name. How can I solve this? > >Also, how can I access /dev/port? Cygwin does not provide the functionality that you are looking for. You

How to access /dev/port?

Hi, all, I use outb() in my program to acces ports. But it cannot be compiled because of undefined function name. How can I solve this? Also, how can I access /dev/port? Any simple guildline will be help. Thanks. Yours, Jacky -- Unsubscribe info: http://cygwin.com/

Re: Remote ssh login refused

On Mon, Jun 28, 2004 at 11:32:48AM -0700, Mark Jaffe wrote: >Cygwin reinstalled to WinXP. Running cygrunsrv for remote ssh access; >one user account is able to log in but another is refused. How can >this be repaired? Clearly the other user is substandard and should be let go. -- Unsubscribe in

Re: New Audiofile Packages -- Heads-Up

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Yearke wrote: | This isn't really a bug report, more of a heads-up, on the new audiofile | packages released on June 16. | | The main package has the same name as a corresponding CyGNOME package, | and apparently causes the CyGNOME version to be de

gcc and snwprintf

Hi, I tried to compile a package called csp: configure worked well, but gcc complained about "snwprintf" undeclared. Looking at the docs of csp i found ** A bug in Cygwin's C++ compiler (GCC) prevents code using wcout/wcerr from compiling for now. Hopefully some future update to Cygw

Re: chmod -- Setting the sticky bit for/from the current directory

I think this is supposed to be a feature. I think /usr/bin and /bin are mapped to the same location if memory serves me right. On Mon, 28 Jun 2004 17:24:03 -0400, LDR <[EMAIL PROTECTED]> wrote: > > | The following script excerpt explains the problem best: > > #!/usr/bin/bash > ... > > # Set

chmod -- Setting the sticky bit for/from the current directory

| The following script excerpt explains the problem best: #!/usr/bin/bash ... # Set the sticky bit and get the ownership & permissions of the # current dir right # Convoluted logic, here of moving up a directory level to change # the sticky bit on what was the current directory was required by:

Re: Cygwin DVD Distribution

That is completely understandable. I already planned such as I have a shell account on a local system to run most anything I want (pending it isn't a resource hog). Thanks for you response though. I wanted to make sure it would be alright and that it wouldn't infringe on the GPL at all or anythi

Re: Remote ssh login refused

At 02:32 PM 6/28/2004, you wrote: >Cygwin reinstalled to WinXP. Running cygrunsrv for remote ssh access; one user >account is able to log in but another is refused. How can this be repaired? I'd recommend starting with a review of: /usr/share/doc/Cygwin/openssh.README If you can't resolve y

vdr for cygwin?

Hi, is/will be vdr or something similar available for cygwin? Arno -- Hunde haben Herrchen oder Frauchen - Katzen haben Personal h/de ,hc rr4c o fr14c '- katzc ,hc pnal -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Do

RE: cygwin file permissions

Hi, Thanks for your reply. I finally uninstalled cygwin and installed it again and I don't have the problem anymore. Regards, Havish -Original Message- From: Larry Hall [mailto:[EMAIL PROTECTED] Sent: Saturday, June 26, 2004 12:34 AM To: Havish Koorapaty (NC/EUS); '[EMAIL PROTECTED]'

Remote ssh login refused

Cygwin reinstalled to WinXP. Running cygrunsrv for remote ssh access; one user account is able to log in but another is refused. How can this be repaired? Mark -- Mark Jaffe | (415) 946-3028 (work) Release Engineer | (408) 807-2093 (cell) OSAF | (415) 94

Re: linking cygwin dll with native win32 executable

At 12:38 PM 6/28/2004, you wrote: >Hi, > >i'm trying to link a cywin's dll (gtk-x11 dll taken from >http://web.sfc.keio.ac.jp/~s01397ms/cygwin/), with a win32 mvscrt >application. > >I understand that there probably will be problems related to cygwin1.dll >msvcrt.dll imcompatibility. Oh, if onl

[ANNOUNCEMENT] Updated: grace-5.1.14-2

grace-5.1.14-2 has been uploaded to the Cygwin net distribution. DESCRIPTION: Grace is a WYSIWYG tool to make two-dimensional plots of numerical data. It runs under various (if not all) flavors of Unix with X11 and M*tif (LessTif or Motif). Its capabilities are roughly similar to GUI-

Re: linking cygwin dll with native win32 executable

On Mon, Jun 28, 2004 at 06:38:26PM +0200, Henry Precheur wrote: >i'm trying to link a cywin's dll (gtk-x11 dll taken from >http://web.sfc.keio.ac.jp/~s01397ms/cygwin/), with a win32 mvscrt >application. > >I understand that there probably will be problems related to >cygwin1.dll msvcrt.dll imcompat

linking cygwin dll with native win32 executable

Hi, i'm trying to link a cywin's dll (gtk-x11 dll taken from http://web.sfc.keio.ac.jp/~s01397ms/cygwin/), with a win32 mvscrt application. I understand that there probably will be problems related to cygwin1.dll msvcrt.dll imcompatibility. I would like to know if someone tried this kind of thin

Re: Using GDB to debug ia64 files

On Mon, Jun 28, 2004 at 04:46:26PM +0200, Vincent Girard-Reydet wrote: >Hi people of Cygwin & GDB, >find how to do it. Would someone know how to help me ? >Here is the problem : > >I have a BIOS compiled with the VC++ compiler for ia64. This BIOS is EFI >(www.intel.com/technology/efi/) based. >The

Re: Using GDB to debug ia64 files

At 10:46 AM 6/28/2004, you wrote: >Hi people of Cygwin & GDB, > >I'm trying to do some quite complicated debug stuff with Cygwin, and can't >find how to do it. Would someone know how to help me ? >Here is the problem : > >I have a BIOS compiled with the VC++ compiler for ia64. This BIOS is EFI >(w

Using GDB to debug ia64 files

Hi people of Cygwin & GDB, I'm trying to do some quite complicated debug stuff with Cygwin, and can't find how to do it. Would someone know how to help me ? Here is the problem : I have a BIOS compiled with the VC++ compiler for ia64. This BIOS is EFI (www.intel.com/technology/efi/) based. The BI

RE: "select" returns error "Bad file descriptor" when called with a copy of "svc_fdset" (defined at "rpc.h") as it's readfds argument

> -Original Message- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 28 June 2004 14:13 > > -Original Message- > > From: cygwin-owner On Behalf Of Dave Korn > > Sent: 28 June 2004 13:24 > > > > -Original Message- > > > From: cygwin-owner On Behalf Of Lev Pliner > > > S

RE: "select" returns error "Bad file descriptor" when called with a copy of "svc_fdset" (defined at "rpc.h") as it's readfds argument

> -Original Message- > From: cygwin-owner On Behalf Of Dave Korn > Sent: 28 June 2004 13:24 > > -Original Message- > > From: cygwin-owner On Behalf Of Lev Pliner > > Sent: 28 June 2004 12:38 > > > I once again ask you to help me to solve my problem. I > > attached an easy > > exa

RE: "select" returns error "Bad file descriptor" when called with a copy of "svc_fdset" (defined at "rpc.h") as it's readfds argument

> -Original Message- > From: cygwin-owner On Behalf Of Lev Pliner > Sent: 28 June 2004 12:38 > I once again ask you to help me to solve my problem. I > attached an easy > example that works under Linux and FreeBSD. Your code doesn't even compile. There's no such include file as rpc/r

"select" returns error "Bad file descriptor" when called with a copy of "svc_fdset" (defined at "rpc.h") as it's readfds argument

Dear forum users. I once again ask you to help me to solve my problem. I attached an easy example that works under Linux and FreeBSD. The example consists of a trivial rpc program with no procedures. When it's executed without any parameters in a command line it uses svc_run procedure to enter th

Re: Bug fix to /proc/cpuinfo implementation

On Wed, 2004-06-23 at 19:21, Corinna Vinschen wrote: > Tomas, > > On Jun 23 16:18, Tomas Ukkonen wrote: > > Hi > > > > I hope I email to correct mailing list... > not really. It's [EMAIL PROTECTED] usually. > > ...it's a border case in terms of licensing. In theory it's a bit too > big to fit

RE: higher-level IO very slow with cygwin1.dll 5.10 (due to set_flags?)

> -Original Message- > From: cygwin-owner On Behalf Of Christopher Faylor > Sent: 27 June 2004 01:23 > On Sat, Jun 26, 2004 at 10:45:51PM +0100, Mark Thornton wrote: > >Pierre A. Humblet wrote: > > > >>On Sat, Jun 26, 2004 at 01:09:40PM -0400, Christopher Faylor wrote: > >> > >> > >>>On S

Re: higher-level IO very slow with cygwin1.dll 5.10 (due to set_flags?)

Christopher Faylor writes: >>Is Cygwin killing hard drives ? > > In my case, the hard drive has never seen cygwin, even the cygwin source > code, so if it is, it would be action at a distance. Wow, that Cygwin software is even more poweful than I imagined :-P Jan. -- Jan Nieuwenhuizen <[EMAIL

Re: sysvinit

Hi all, I'm still trying to get xinetd to run from cygwin. I installed everything according to the instructions. However, init does not make any visible attempt to start xinetd. I can start it by hand using the init script. telinit does not do anything, and starting the Windows-service does not

Re: OT: Re: Unzip problem?

Arturus Magi wrote: This is not a Cygwin problem, it's a WinNT problem. If the fonts don't have execute permissions for the user trying to invoke them, they can't be dynamically loaded, and zip doesn't store permissions (and the originals were POSIX files anyway, so the 'correct' permissions we