similar to: GetFileName 95 Flag

The Wine development release 1.3.17 is now available. What's new in this release (see below for details): - Implementation of the new Vista file dialogs. - Initial support for patching in MSI installers. - Improvements to the calendar control. - A few fixes for file associations. - Menus cleaned up in built-in applications. - Various bug fixes. The source is available from the

The Wine development release 1.7.0 is now available. What's new in this release (see below for details): - Support for vertical text in the Postscript driver. - Version 2 of liblcms used now instead of version 1. - Unicode data updated to Unicode 6.2.0. - Hyperlink controls supported in installers. - Improved support for XML attributes. - Various bug fixes. The source is

Hello, I'm new to Samba so sorry for this trivial question. I've configured my smb.conf with all the shares and enabled WINS support. I wanted to know what do I have to configure in my windows 95 machine. My LAN setup is - one Linux Red Hat 6.0 machine Pentium 166 and a windows 95 machine a 486. I've made my Linux m/c the proxy server using Squid. Also whenever I boot my Win m/c it

The Wine maintenance release 4.0.4 is now available. What's new in this release (see below for details): - Various bug fixes The source is available from the following locations: https://dl.winehq.org/wine/source/4.0/wine-4.0.4.tar.xz http://mirrors.ibiblio.org/wine/source/4.0/wine-4.0.4.tar.xz Binary packages for various distributions will be available from:

Hi I am not a good programmer but for my project i have to use llvm to generate CFG for c programs where i have a mapping from IR instruction in CFG to their respective c instruction. After surfing a in source of llvm i did the following change in printInstruction() function in llvm/lib/VMCore/AsmWriter.cpp file. .....void AssemblyWriter::printInstruction(const Instruction &I) { if

Hmm... if I do a print() on the result of getFileName(), I get i8 * getelementptr ([9 x i8]* @.str, i32 0, i32 0) back, but if I try to dyn_cast this to GetElementPtrInst it fails (returning null), so presumably I'm seeing a GetElementPtrConstantExpr... so how can I get at that constant i8 array without casting to a GetElementPtrInst, and with GetElementPtrConstantExpr being

Hi, don't know if this is the right list. Please post a better place, otherwise. I'm currently writing a LLVM ModulePass and ran into strange segfaults or endless loops within LLVM. My main question is, if this is a programming error or API misuse from me or a LLVM bug? Here is some minimal code, that triggers the bug: ---------------- class DebugPass : public ModulePass { public:

Hi, thanks for the answer. Am Sonntag, 11. Juni 2017, 02:16:36 CEST schrieben Sie: > Have you tried building LLVM with assertions enabled? Assertions are > often a good way to catch API misuses, but they aren't on by default > for release builds. Good advice. You're right. Now an assertion triggers. The problem seems to be the argument iterator. Do you know some way to

first: hi i'm wouter new to the forum, lon time linux user(still a noob), been using wine (for school issued software) for 2 years now in Ubuntu 64 bit(current Ubuntu 10.04 64bit wine-1.3.0(from the Ubuntu repo)) need help installing "windows 95 Audio Compression Codecs" for a school issued program named "the ultimate human body 2.0" for windows 95. (my school does not

We installed Samba 1.9.16p11 on our Solaris 2.5 Sparc server here and we are having some difficulty getting Windows 95 programs to access the Samba shares. Many of the programs work, and we are dedicated to using Samba, and we have a lot of stuff out there, and we are using it effectively. But we have a few problems with a few programs. One of the possible solutions to this problem is to upgrade

This is release 20021007 of Wine, a free implementation of Windows on Unix. This is still a developers only release. There are many bugs and unimplemented features. Most applications still do not work correctly. Patches should be submitted to "wine-patches@winehq.com". Please don't forget to include a ChangeLog entry. WHAT'S NEW with Wine-20021007: (see ChangeLog for

> On Nov 3, 2015, at 5:00 PM, Hui Zhang <wayne.huizhang at gmail.com> wrote: > > Hello, > > I found a weird thing in llvm 3.3: > > For exactly the same MDNode *space, if I cast it to DILocation loc(space) and call loc.getFileName(), or I cast it to DIScope sco(space) and call sco.getFilename(), the return value would be different ! Totally two different files

Hello! I'm having problems with Word 95 (yes, we still use Office 95) running on W2K SP4. Samba is 3.0.4 running on Debian Testing (package from unstable). However, the problem appeared with 3.0.2a also and 3.0.5 didn't fix this. It was definitely not there with Samba 2.x versions. W2K and Office95 are both German versions. Behaviour: ---------- In Word, open the "File Open"

Hi, I've been experimenting with keeping debugging information in the LLVM 2.0 bitcode instead of stripping it immediately. However, I noticed a problem with the C backend. lib/Target/CBackend/CBackend.cpp:2562 should read like this (or with a better abstraction of the path separator): ======== << "/" << SPI.getFileName() <<

This is release 0.9.24 of Wine, a free implementation of Windows on Unix. What's new in this release: - Support for multiple monitors using Xinerama. - Various MSI fixes and improvements. - A ton of memory leaks fixed. - Many common controls fixes. - Lots of bug fixes. Because of lags created by using mirrors, this message may reach you before the release is available at the public

The Wine maintenance release 5.0.2 is now available. What's new in this release (see below for details): - Various bug fixes The source is available from the following locations: https://dl.winehq.org/wine/source/5.0/wine-5.0.2.tar.xz http://mirrors.ibiblio.org/wine/source/5.0/wine-5.0.2.tar.xz Binary packages for various distributions will be available from:

Hi all, I used to extract the debug information from an LLVM Instruction in the following way: if (MDNode *N = I->getMetadata("dbg")) { // Here I is an LLVM instruction DILocation Loc(N); // DILocation is in DebugInfo.h unsigned Line = Loc.getLineNumber(); StringRef File = Loc.getFilename(); StringRef Dir = Loc.getDirectory(); } As specified also at

Hi, I found the following at http://llvm.org/docs/SourceLevelDebugging.html#ccxx_frontend: if (MDNode *N = I->getMetadata("dbg")) { // Here I is an LLVM instruction DILocation Loc(N); // DILocation is in DebugInfo.h unsigned Line = Loc.getLineNumber(); StringRef File = Loc.getFilename(); StringRef Dir = Loc.getDirectory(); } Does this also

The Wine development release 1.1.11 is now available. What's new in this release (see below for details): - Numerous fixes for IE7 support. - Support for 64-bit cross-compile using Mingw64. - User interface support for crypto certificates. - Better support for MSI installation patches. - Various Direct3D optimizations. - Various bug fixes. The source is available from the

Hi folks, I had some code that used to work fine in earlier versions of LLVM, but is now failing. I have some code that expands DbgStopPointInst instructions to my own entry points in an opt pass, but it's currently failing to get the file name and path back, though it is still correctly getting line numbers. If you happen to have a code fragment that is known to work, it would be