Hi Michael,
I fixed the FOLDERID-part (as far as I could collect them) in rev.
6142 (see knownfolders.h).
Thanks for providing this list.
Kai
--
Introducing Performance Central, a new site from SourceForge and
AppDynam
On 8/27/2013 05:35, Thomas Jung wrote:
>
> Ok, Thank you for the tip. But I don't find a "Step By Step" or
> Tutorial a HowTo to install all the usuall tools (make, msys, gdp
> and additional, but useful libs like pthreads or other useful tools
> to install within MinGW and to setup the mingw-w64
> we are capable to handle dll-imports without the proper
> decoration of the symbol.
I understand why you want to have the stubs. This made more sense to me
once I saw that __builtin_memset ends up using them to call __imp_memset.
> If a symbol is marked as dllimport, it means it becomes part
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.08.2013 01:35, Thomas Jung wrote:
> Hello John E. / TDM wrote:
>
>>> is there a complete HowTo (like a step, by step guide)
>>> how to integrate/install _in_addtition_ to the usual
>>> mingw-get-inst.exe installation, which only builds 32 bit
>>
Hello John E. / TDM wrote:
>> is there a complete HowTo (like a step, by step guide)
>> how to integrate/install _in_addtition_ to the usual
>> mingw-get-inst.exe installation, which only builds 32 bit
>> targets? (btw, installed the latest package respository)
> *snip*
>> Or is this not possible?
Hi,
2013/8/26 Sergei Antonov :
> Hi! This is my test program:
>
> #include
> #include
> int main(){
> HANDLE transaction = CreateTransaction(NULL, NULL, 0, 0, 0, 0, L"my descr");
> if (transaction != INVALID_HANDLE_VALUE)
> CloseHandle(transaction);
> }
>
> == 1. Bogus warning ==
> Using
Hi! This is my test program:
#include
#include
int main(){
HANDLE transaction = CreateTransaction(NULL, NULL, 0, 0, 0, 0, L"my descr");
if (transaction != INVALID_HANDLE_VALUE)
CloseHandle(transaction);
}
== 1. Bogus warning ==
Using x64-4.8.1-release-win32-seh-rev4.7z compilation succe
Am 26.08.2013 18:13, schrieb Alexpux:
> Ок I see problem. To have working expect just copy
> /lib/expect5.45/libexpect5.45.dll to /bin( DO NOT MOVE ONLY COPY).
That helped, now I get an expect prompt. Will test further.
Thank's
Rainer
>
> 26.08.2013, в 19:53, Teemu Nätkinniemi написал(а):
>> On
Ок I see problem. To have working expect just copy
/lib/expect5.45/libexpect5.45.dll to /bin( DO NOT MOVE ONLY COPY).
Regards,
Alexey.
26.08.2013, в 19:53, Teemu Nätkinniemi написал(а):
> On 26.8.2013 18:38, Rainer Emrich wrote:
>> Am 26.08.2013 17:27, schrieb Alexpux:
>>>
>>> 26.08.2013, в 1
On 26.8.2013 18:38, Rainer Emrich wrote:
> Am 26.08.2013 17:27, schrieb Alexpux:
>>
>> 26.08.2013, в 19:17, Rainer Emrich
>> написал(а):
>>> Did you ever tried expect? For me it doesn't work, always returns
>>> immediately
>>> without any output.
>> How to reproduce problem?
> "expect -v" should
Am 26.08.2013 17:27, schrieb Alexpux:
>
> 26.08.2013, в 19:17, Rainer Emrich написал(а):
>> Did you ever tried expect? For me it doesn't work, always returns immediately
>> without any output.
> How to reproduce problem?
"expect -v" should output the expect version, it doesn't, no output at all.
I'll upload new dev snapshots today in few hours.
Regards,
Alexey.
26.08.2013, в 18:20, Ray Donnelly написал(а):
> Will there be a new developer snapshot too or should I just unpack
> this on-top of the last one and hope for the best?
>
> On Mon, Aug 26, 2013 at 7:19 AM, niXman wrote:
>> 2013
26.08.2013, в 19:17, Rainer Emrich написал(а):
> Thank's for your work!
>
> Am 26.08.2013 08:09, schrieb Alexey Pavlov:
>> - vim-7.4.007;
> That's nice to have.
>
> Did you ever tried expect? For me it doesn't work, always returns immediately
> without any output.
How to reproduce problem?
>
On 8/26/2013 20:12, wynfield wrote:
>
> Bash comes with the package which is great, but I'm more comfortable with zsh.
> Is it easily possible to build it to run on MinGW ? I'd appreciate any
> reports from people who have tried it or have done it.
>
No, a shell implies using *nix API. Besides
Thank's for your work!
Am 26.08.2013 08:09, schrieb Alexey Pavlov:
> - vim-7.4.007;
That's nice to have.
Did you ever tried expect? For me it doesn't work, always returns immediately
without any output.
A working expect would be nice. With expect working we would be able to run the
binutils and
Will there be a new developer snapshot too or should I just unpack
this on-top of the last one and hope for the best?
On Mon, Aug 26, 2013 at 7:19 AM, niXman wrote:
> 2013/8/26 Alexey Pavlov
>
>> New added:
>> - mc-4.8.10 (now properly work only under mintty);
>> - nano-2.3.2;
>
> Thank you!
>
Bash comes with the package which is great, but I'm more comfortable with zsh.
Is it easily possible to build it to run on MinGW ? I'd appreciate any reports
from people who have tried it or have done it.
Thanks
--
Intr
2013/8/26 dw :
>
>>> Is this intentional? Or a bug?
>> I'll leave this for Kai to decide whether to put in dllimport.
>
> Actually, it may not be as simple as it appears.
>
> Looking back at when stdio.h was first added to the project, everything
> WAS marked with _CRTIMP. The attribute was remov
18 matches
Mail list logo
