Dear all,
We are fabric wholesaler.
Our market is USA, Mexico and Europe (most of our line we sell to
non-quota country).
We specialize in stretch denim, stretch novelty denim.
We are looking for FABRIC suppliers, stretch denim, stretch novelty denim
Fabric examples that we buy:
9.3 OZ
I see there is no lack of awareness on this issue :-)
A couple of more comments:
- Regarding cygwin1.dll side-by-side install issue. I do believe that
if multiple different versions of CygWin could be installed side-by-side,
this could improve stability of the applications. I use CygWin for diff
Eran,
> On 29-02-2004 14:11, Takuma Murakami wrote:
>
> >> As for preventing multiple instances of XWin
> > This feature is already implemented in my local tree (not
> > port based but mutex based detection).
>
> I see that it's in 4.3.0-50 and working well, but I don't see how the
> current
>I see that it's in 4.3.0-50 and working well, but I don't see how the
>current implementation addresses the common task I mentioned:
>"open an xterm; run XWin first if needed"
>If I use a batchfile that always runs XWin and then xterm, from the 2nd
>invocation onwards it will produce the error pop
On 2004-03-04 18:02, Takuma Murakami wrote:
> > Perhaps there should be a switch that says "if the display already
> > exists, exit silently".
> I agree. We should have an option like "-silent" or "-quiet".
That's not quite it -- I want to ignore a "display already exists"
error, but if some oth
On Thu, 4 Mar 2004 [EMAIL PROTECTED] wrote:
> On 2004-03-04 18:02, Takuma Murakami wrote:
>
> > > Perhaps there should be a switch that says "if the display already
> > > exists, exit silently".
> > I agree. We should have an option like "-silent" or "-quiet".
>
> That's not quite it -- I want
On 2004-03-04 13:12, Alexander Gottwald wrote:
> if ! xdpyinfo >/dev/null 2>&1; then
Cygwin's xdpyinfo waits for 6 second before giving up. A couple of days
ago I posted an alternative solution using netstat, which doesn't have
this delay. Both suffer from race conditions, which are quite likely
On Thu, 4 Mar 2004, Takuma Murakami wrote:
> Ben,
>
> Please utilize the -geometry option as Igor says.
>
> Perhaps you are placing your monitors like the following
> figure (fixed-width fonts are assumed).
>
> +---+--+
> | | |
> | |
Igor,
> Not having looked at the code, I may be asking something naïve, but
> isn't the following layout also possible?
>
> +---+--+
> | | |
> | | |
> | monitor A | |
> | | monitor B |
> | |
I have loaded the software, but I am still unable to open an
Xterm window that connects to the server I want.
My question is : What do I configure in order to accomplish this ?
On Wed, Mar 03, 2004 at 02:51:01PM +0100, Alexander Gottwald wrote:
>>- cygwin1.dll side-by-side install issue solved, i.e. it should be
>>possible to have a stable version of this X server installed next to a
>>bleeding edge CygWin.
>
>This is an issue that must be solved by the cygwin folks and
I actually have a fairly long laundry list of things that I am going to
be doing for this "open a unique display number problem". One of them
is to add some options for specifying what to do if a particular display
cannot be opened (-display-or-die), others either let you specify
whether to as
On Thu, 4 Mar 2004, Christopher Faylor wrote:
> AFAIK, you wouldn't want to install X without also installing some other
> things like bash, at least. I would think you'd want other tools like
> 'cp', as well. Since people always complain that the minimal
> installation for cygwin (which is the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 03 Mar 2004 23:57:22 +0200, [EMAIL PROTECTED] wrote:
>
> On 29-02-2004 14:11, Takuma Murakami wrote:
>
> >> As for preventing multiple instances of XWin
> > This feature is already implemented in my local tree (not
> > port based but mutex b
On Thu, 4 Mar 2004, Stoneman-Morris & Associates, LLC wrote:
> I have loaded the software, but I am still unable to open an
> Xterm window that connects to the server I want.
>
> My question is : What do I configure in order to accomplish this ?
My question is : What have you configured so far ?
On Thu, Mar 04, 2004 at 04:07:00PM +0100, Alexander Gottwald wrote:
>On Thu, 4 Mar 2004, Christopher Faylor wrote:
>>AFAIK, you wouldn't want to install X without also installing some
>>other things like bash, at least. I would think you'd want other tools
>>like 'cp', as well. Since people alway
On Thu, 4 Mar 2004, Christopher Faylor wrote:
> On Thu, Mar 04, 2004 at 04:07:00PM +0100, Alexander Gottwald wrote:
> >On Thu, 4 Mar 2004, Christopher Faylor wrote:
> >>AFAIK, you wouldn't want to install X without also installing some
> >>other things like bash, at least. I would think you'd wan
On Thu, 4 Mar 2004, Christopher Faylor wrote:
> How would you manage remote access if you didn't at least have bash,
> though? Run xterm + cmd.exe, maybe?
>
> cgf
with XDMCP. Start XWin -query linux-host and you'll get a window just like
with MS Terminal Service.
This only requires XWin, cygw
Igor Pechtchanski wrote:
On Thu, 4 Mar 2004, Christopher Faylor wrote:
On Thu, Mar 04, 2004 at 04:07:00PM +0100, Alexander Gottwald wrote:
On Thu, 4 Mar 2004, Christopher Faylor wrote:
AFAIK, you wouldn't want to install X without also installing some
other things like bash, at least. I would
Alexander and all,
I guess I wasn't clear. I'm sitting at my notebook looking at the XP login
screen. If I log in using [EMAIL PROTECTED], Xwin works fine, but fails to start
when I log on using [EMAIL PROTECTED] The machine and the Cygwin/Xfree
installation are one and the same in both cases. I u
Jim Scheef wrote:
Alexander and all,
I guess I wasn't clear. I'm sitting at my notebook looking at the XP login
screen. If I log in using [EMAIL PROTECTED], Xwin works fine, but fails to start
when I log on using [EMAIL PROTECTED] The machine and the Cygwin/Xfree
installation are one and the same
I'm using the XFree86 stuff to run my bash shells on cygwin and am using the
following to start my X session.
xinit -- Xwin -clipboard -multiwindow &
[I've tried various combinations of -multiwindow and -rootless]
In multiwindow mode xterms only seem to have keyboard focus if the mouse is
in
the
Peter,
You need to do a general update of Cygwin by rerunning Cygwin's
setup.exe and letting it upgrade updated packages.
For example, the XFree86-xserv package is now at version 4.3.0-50; you
have version 4.3.0-20 installed. Let me just say that *substantial*
changes in functionality have be
- Original Message -
From: "Harold L Hunt II"
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 04, 2004 3:43 PM
Subject: Re: XWin -clipboard and xterm focus -#- MailID:8WBA
> Peter,
>
> You need to do a general update of Cygwin by rerunning Cygwin's
> setup.exe and letting it upgrade updat
I updated, and it seems to have removed all the files associated with
xwinclip, but not replaced them with any working functionality in XWin. So
now I have NO working clipboard support after this update. The focus problem
still exists as well. Sigh.
~% cygcheck -c | grep XFree
XFree86-base
Peter,
Peter Wisnovsky wrote:
I updated, and it seems to have removed all the files associated with
xwinclip, but not replaced them with any working functionality in XWin. So
now I have NO working clipboard support after this update. The focus problem
still exists as well. Sigh.
That is precisely
Peter Wisnovsky wrote:
- Original Message -
From: "Harold L Hunt II"
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 04, 2004 3:43 PM
Subject: Re: XWin -clipboard and xterm focus -#- MailID:8WBA
Peter,
You need to do a general update of Cygwin by rerunning Cygwin's
setup.exe and letting
> > I updated, and it seems to have removed all the files associated with
> > xwinclip, but not replaced them with any working functionality in XWin.
So
> > now I have NO working clipboard support after this update. The focus
problem
> > still exists as well. Sigh.
>
> That is precisely what was su
Peter Wisnovsky wrote:
I updated, and it seems to have removed all the files associated with
xwinclip, but not replaced them with any working functionality in XWin.
So
now I have NO working clipboard support after this update. The focus
problem
still exists as well. Sigh.
That is precisely what w
Dan,
Daniel Danger Bentley wrote:
Thanks so much for .50.
No problem.
I now have this problem when I run xemacs over ssh tunneling from another
computer. It didn't used to happen, and it doesn't if I use, e.g., MI-X.
When I try to cut anything in xemacs, I get the error message contained in
xer
I updated the To-Do list with the items that people have requested
recently and simplified the description of some items to make them
easier to understand.
http://x.cygwin.com/devel/todo.html
Enjoy!
Harold
After thinking about this for a bit I realized the following:
1) The problem is due to the conjunction of the Glx extension module not
using stdcall when it includes gl.h while the function prototype that I
put in hw/xwin/InitOutput.c did use stdcall.
2) Without the stdcall in InitOutput.c the
> > 2. Could you add a time-stamp at beginning of each line ?
> >I tried to correspond the log messages with external actions (i.e.
> >copy/paste and Emacs errors) and the time stamp could help.
>
> That is an interesting idea. I think we can do something like that
> because we have a si
33 matches
Mail list logo