On Dec 24, 2007 9:59 AM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On Dec 24, 2007 7:58 AM, Adam Petaccia <[EMAIL PROTECTED]> wrote:
> > I'm not a developer, but it seems to me that people google search when
> > something /doesn't/ work. Few people google wine+world of warcraft (or
> > WoW) because i
> On Dec 24, 2007 7:58 AM, Adam Petaccia <[EMAIL PROTECTED]> wrote:
> > I'm not a developer, but it seems to me that people google search when
> > something /doesn't/ work. Few people google wine+world of warcraft (or
> > WoW) because it works out of the box for most people, for example.
>
> By t
On Dec 24, 2007 7:58 AM, Adam Petaccia <[EMAIL PROTECTED]> wrote:
> I'm not a developer, but it seems to me that people google search when
> something /doesn't/ work. Few people google wine+world of warcraft (or
> WoW) because it works out of the box for most people, for example.
By that argument
probably a lot more
> variationis of it (such as dreamweavers+ubuntu, etc). I personally think
> all 3 important:
> - iTunes because it's such a popular program, and wine should have
> support for it.
> - Photoshop and dreamweaver are because there are no professional
&
On Sun, 2007-12-23 at 20:10 -0800, Dan Kegel wrote:
> Not a real question, but I thought this graph was interesting:
>
> http://www.google.com/trends?q=dreamweaver+linux%2C+%22world+of+warcraft%22+linux%2C++itunes+linux%2C+photoshop+linux
>
> It seems iTunes on Linux is twice as popular a query
s+linux%2C+photoshop+linux
>
> OK, too much fooling around with graphs. Back to
> watching Underdog with my four-year-old...
>
This is just looking for search queries, there are probably a lot more
variationis of it (such as dreamweavers+ubuntu, etc). I personally think
all 3 im
OK,
by meanings - Dreamweaver and Photoshop are important - iTunes are not
so important ..but a lot more peoples know about ITunes.
2007/12/24, Dan Kegel <[EMAIL PROTECTED]>:
> Not a real question, but I thought this graph was interesting:
>
> http://www.google.com/trends?q=dream
Dan Kegel wrote:
> Not a real question, but I thought this graph was interesting:
>
> http://www.google.com/trends?q=dreamweaver+linux%2C+%22world+of+warcraft%22+linux%2C++itunes+linux%2C+photoshop+linux
>
> It seems iTunes on Linux is twice as popular a query as Photoshop on Linux.
> No idea wha
Not a real question, but I thought this graph was interesting:
http://www.google.com/trends?q=dreamweaver+linux%2C+%22world+of+warcraft%22+linux%2C++itunes+linux%2C+photoshop+linux
It seems iTunes on Linux is twice as popular a query as Photoshop on Linux.
No idea what that really means, but it d
http://whatjapanthinks.com/2006/06/15/over-a-third-of-japanese-engineers-wont-use-linux-on-the-desktop/
is one more survey showing that users who don't want
to switch to Linux base their opinion primarily on
a perceived lack of apps on linux.
okay, so just to check: in the _wine_ source code, at present,
the only usage of widl is to turn .idl into .h - is that right?
i'm trying to get a handle on where i can help, given that dceidl can
generate both client and server-side stubs given a lovely .idl file.
AH - i know
Luke Kenneth Casson Leighton wrote:
On Tue, Jan 18, 2005 at 03:34:22PM -0600, Robert Shearman wrote:
Luke Kenneth Casson Leighton wrote:
On Tue, Jan 18, 2005 at 01:51:34PM -0600, Robert Shearman wrote:
so - the DCOM code is in the ole32 directory, yes?
Pretty much. We don't really ha
On Tue, Jan 18, 2005 at 03:34:22PM -0600, Robert Shearman wrote:
> Luke Kenneth Casson Leighton wrote:
>
> >On Tue, Jan 18, 2005 at 01:51:34PM -0600, Robert Shearman wrote:
> >
> >
> >so - the DCOM code is in the ole32 directory, yes?
> >
> >
>
> Pretty much. We don't really have any code using
Luke Kenneth Casson Leighton wrote:
On Tue, Jan 18, 2005 at 01:51:34PM -0600, Robert Shearman wrote:
so - the DCOM code is in the ole32 directory, yes?
Pretty much. We don't really have any code using the DCOM interfaces
yet, but we will probably have to soon.
so, can i ask you - where are
On Tue, Jan 18, 2005 at 01:51:34PM -0600, Robert Shearman wrote:
> Luke Kenneth Casson Leighton wrote:
>
> >On Tue, Jan 18, 2005 at 10:09:44AM -0600, Rob Shearman wrote:
> >
> >
> >>Luke Kenneth Casson Leighton wrote:
> >>
> >>
> >>
> >>>as i mentioned about the sharp requirement for "interope
Luke Kenneth Casson Leighton wrote:
On Tue, Jan 18, 2005 at 10:09:44AM -0600, Rob Shearman wrote:
Luke Kenneth Casson Leighton wrote:
as i mentioned about the sharp requirement for "interoperability", if
you have stuck to the _exact_ letter of the IDL file format, and other
areas, making it
On Tue, Jan 18, 2005 at 10:09:44AM -0600, Rob Shearman wrote:
> Luke Kenneth Casson Leighton wrote:
>
> >as i mentioned about the sharp requirement for "interoperability", if
> >you have stuck to the _exact_ letter of the IDL file format, and other
> >areas, making it possible to use either your h
On Tue, 18 Jan 2005 12:57:15 +, Luke Kenneth Casson Leighton wrote:
> ? uhn??
>
> sorry, are you saying that no data goes out over-the-wire over
> a network, in your implementation?
Yes.
> as i understand it, the only way for DCOM to not use RPC is
> for you to implement COM, not DCOM
Luke Kenneth Casson Leighton wrote:
as i mentioned about the sharp requirement for "interoperability", if
you have stuck to the _exact_ letter of the IDL file format, and other
areas, making it possible to use either your home-grown IDL compiler or
dceidl _should_ be a trivial task.
I don't thin
mike, hi,
thank you for responding. your message contains misunderstandings that
i do not at present have time (actually money) to correct.
in brief:
1) yes FreeDCE, as wez has kindly
pointed out and added, provides code that results wire-compatibility
with MSRPC, has most of the compiler-comp
> If we need to extend it later using code from FreeDCE may be
> possible, but right now we :
> a) Don't know of *any* pure DCE-RPC applications people want to run
you _are_ aware that REGEDT32, USRMGR.EXE, SRVMGR.EXE and
most of the NT 4.0 Control Panel components are actually
DCE/RPC program
> As it is, the DCE-RPC code already in Wine CVS is more than
> enough for now. If we need to extend it later using code from
> FreeDCE may be possible, but right now we :
> b) Have a DCOM implementation that does not use RPC
? uhn??
sorry, are you saying that no data goes out over-the-wire
On Tue, Jan 18, 2005 at 11:18:29AM +, Luke Kenneth Casson Leighton wrote:
> > I do thank you for your concern, but I don't think you appreciate the
> > effort in ripping code kicking and screaming and integrating it in into
> > another project.
there is one major advantage that, i believes
On Mon, Jan 17, 2005 at 09:27:52PM -0600, Rob Shearman wrote:
> >the expression format of what you refer to as "type format strings"
> >that wez picked was for practicality purposes not for compatibility or
> >interoperability with NT.
> >
> >
>
> This is the point.
what??
i take it that y
Luke Kenneth Casson Leighton wrote:
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
A DCOM implementation is more than a header file
containing a few comments and a few declarations of Win32 functions that
are randomly placed in there.
perhaps it would be best for me to prov
Luke Kenneth Casson Leighton wrote:
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
The only step left is for it to
generate appropriate type format strings in the same format as Microsoft
use.
attached is an example from FreeDCE: samr.idl, with only one function
in it for s
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> A DCOM implementation is more than a header file
> containing a few comments and a few declarations of Win32 functions that
> are randomly placed in there.
perhaps it would be best for me to provide a reference to
something i fo
On Mon, Jan 17, 2005 at 01:49:11PM -0800, Steven Edwards wrote:
> Hi,
>
> --- Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote:
> > _why_ are you duplicating the efforts of two separate free
> > software projects?
>
> I have been scratching my head trying to figure out a way that Samba,
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> We already have our own IDL parser.
you have an IDL parser and that is only about 10% of the work required.
> The only step left is for it to
> generate appropriate type format strings in the same format as Microsoft
> use.
a
Hi,
--- Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote:
> _why_ are you duplicating the efforts of two separate free
> software projects?
I have been scratching my head trying to figure out a way that Samba,
Samba-Tng, ReactOS, FreeDCE
and Wine can all work together on some of these pr
On Sun, Jan 16, 2005 at 05:44:26PM -0500, Wez Furlong wrote:
> I've been distant from DCE for a little while, so I don't have all the
> details at the tip of my brain.
>
> Luke isn't quite correct, but is mostly correct :-)
burblburble never truer...
> FreeDCE doesn't contain a working DCOM i
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> We already have our own IDL parser. The only step left is for it to
> generate appropriate type format strings in the same format as Microsoft
> use.
i believe i know what you are referring to: matthew chapman wrote a
reverser wh
On Mon, 17 Jan 2005 21:23:21 +, Luke Kenneth Casson Leighton wrote:
> you do realise that you are duplicating a project that already exists
> (FreeDCE) which is a BSD implementation
>
> ... and you do also realise that you are also working, albeit from a
> different angle, on exactly the s
On Sun, Jan 16, 2005 at 05:51:54PM -0600, Rob Shearman wrote:
> Luke Kenneth Casson Leighton wrote:
>
> >>I already checked out FreeDCE and the newly released DCE-RPC several days
> >>ago. Neither provides a DCOM implementation, neither resembles what we
> >>need. We may be able to take some code
On Sun, 16 Jan 2005 22:23:54 +, Luke Kenneth Casson Leighton wrote:
> you are correct about DCE 1.2.2 not containing DCOM: it is
> FreeDCE that does.
>
> other than that - with all due respect, and if i understand
> you correctly: you are wrong [or looking in the wrong place]
I'm afraid FreeD
I've been distant from DCE for a little while, so I don't have all the
details at the tip of my brain.
Luke isn't quite correct, but is mostly correct :-)
FreeDCE doesn't contain a working DCOM implementation. The following
areas need(ed) some work for that:
1/ NTLMSSP (which we now have in fr
Luke Kenneth Casson Leighton wrote:
I already checked out FreeDCE and the newly released DCE-RPC several days
ago. Neither provides a DCOM implementation, neither resembles what we
need. We may be able to take some code or ideas from them with some work
to massage it, but there's not much of use th
>I already checked out FreeDCE and the newly released DCE-RPC several days
> ago. Neither provides a DCOM implementation, neither resembles what we
> need. We may be able to take some code or ideas from them with some work
> to massage it, but there's not much of use there.
dear mike,
you are cor
http://cvs.sourceforge.net/viewcvs.py/freedce/freedce/dcom/dcom.h?rev=1.1&view=markup
dear ivan,
re the header stuff: yes it looks like it is.
do you know where the thingy. mingw dcom headers can be found?
homepage for mingw? hints appreciated.
would like to hook up the right people involved:
On Sun, 16 Jan 2005 18:30:40 +, Luke Kenneth Casson Leighton wrote:
> DCOM has already been added to FreeDCE: the IDL files (from which
> the header files are auto-generated) are all there.
I already checked out FreeDCE and the newly released DCE-RPC several days
ago. Neither provides a DCOM
/*
* API Definitions for DCOM, part of the FreeDCE & DCOM package.
* This file borrows from objbase.h, part of the Windows Includes,
* Copyright Microsoft Corporation.
* */
hm.
does anyone know how to replace this file with a free software
alternative? surely you have deployed tech
On Sun, Jan 16, 2005 at 09:03:13AM -0800, Steven Edwards wrote:
> Hi,
>
> --- Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote:
> > DCOM applications can be made to WORK under Wine using FreeDCE, Samba or
> > Samba TNG with NamedPipes.
> >
> > unmodified Win32 applications can do DCE/RPC an
Hi,
--- Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> wrote:
> DCOM applications can be made to WORK under Wine using FreeDCE, Samba or
> Samba TNG with NamedPipes.
>
> unmodified Win32 applications can do DCE/RPC and DCOM utilising FreeDCE
> and Samba, with a minimum of development effort ins
ies are very exciting, yet curiously these
strategically important projects that could remove
microsoft's stranglehold on hundreds of thousands of
businesses and millions of home users world-wide are
drastically underutilised.
i will do what i can, but
On Mon, 16 Feb 2004, Zimler Attila wrote:
> So if I do this, that will be good?
Yes, so I hope! :)))
--
Dimi.
Dimitrie O. Paun wrote:
On Mon, 16 Feb 2004, Zimler Attila wrote:
I meant to refresh only the modified part of the tree. This is what you
meant too? Or if not could you explain it?
Well, what I mean is when we add a new key into the regisry, we should
siply add the corresponding item int
On Mon, 16 Feb 2004, Zimler Attila wrote:
> I meant to refresh only the modified part of the tree. This is what you
> meant too? Or if not could you explain it?
Well, what I mean is when we add a new key into the regisry, we should
siply add the corresponding item into the treeview. Similarly, w
Dimitrie O. Paun wrote:
On Mon, 16 Feb 2004, Zimler Attila wrote:
As previously noted in list, regedit delete patch is accepted. I think
next I will try to implement regedit key rename support, and treeview
refresh (on the modified part of the branch). Is it ok or there is a
more important
(on the modified part of
Zimler> the branch). Is it ok or there is a more important work to do?
The work you like to do and you have incentive to do is important...
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
- Tel. 06151 162516 Fax. 06151 164321 --
On Mon, 16 Feb 2004, Zimler Attila wrote:
> As previously noted in list, regedit delete patch is accepted. I think
> next I will try to implement regedit key rename support, and treeview
> refresh (on the modified part of the branch). Is it ok or there is a
> more important work to
Hi List,
As previously noted in list, regedit delete patch is accepted. I think
next I will try to implement regedit key rename support, and treeview
refresh (on the modified part of the branch). Is it ok or there is a
more important work to do?
Attila
Wilfred Mikang
[EMAIL PROTECTED]
11/10/2003
REQUEST FOR ASSISTANCE IN A FINANCIAL TRANSACTION
I am interested in your partnership in business dealing. This business
proposal I wish to intimate you with is of mutual benefit and it's success
is entirely based on mutual trust, cooperation and a hi
Wilfred Mikang
[EMAIL PROTECTED]
11/10/2003
REQUEST FOR ASSISTANCE IN A FINANCIAL TRANSACTION
I am interested in your partnership in business dealing. This business
proposal I wish to intimate you with is of mutual benefit and it's success
is entirely based on mutual trust, cooperation and a h
>I'm filing this thread under the topic "Ports", which is rather odd. Originally
this thread started about a week ago when >Ivan Leo Murray-Smith dropped a note
discussing some work he'd done:
I did not write the script, and that email wasn't from me, I just compiled the
wine programs and put the b
54 matches
Mail list logo
