XSHELL clipboard automatically

Posted 2017.02.17 12:02


저작자 표시 비영리 변경 금지
신고



저작자 표시 비영리 변경 금지
신고

One short and useful filter is tag:^(?!dalvikvm) which removes all those noisy Dalvik logs.

저작자 표시 비영리 변경 금지
신고

아웃룩으로 메일 발송할 때 특정 메일주소가 숨은 참조로 포함되게 하는 방법

 

아웃룩을 실행 한 후에, ALT+F11 키를 누르거나 도구 - 매크로 - Visual Basic Editor 로 들어가서 아래 코드를 붙여 넣는다.

 

Private Sub Application_ItemSend(ByVal Item As Object, Cancel As Boolean)
    Dim objMe As Recipient
    Set objMe = Item.Recipients.Add("user@where.com")
    objMe.Type = olBCC
    objMe.Resolve
    Set objMe = Nothing
End Sub

위에서 user@where.com 주소는 숨은 참조로 보내고 싶은 주소로 수정한다.

 

그런 후에 저장하고 아웃룩 종료 후에 다시 아웃룩을 실행하면 됨.

 

메일이 발송되지 않는 다면, 도구 - 매크로 - 보안 에서 매크로 보안 설정을 확인해야 한다.

 


 

저작자 표시 비영리 변경 금지
신고

How to tweak VMware Workstation in linux host

   Posted by: nirjhar   in VMware

I use Debian as my primary OS. I have Windows XP installed in one of my partition but that is for only to satisfy my gaming need. My study needs certain things that require Windows. So, I am using VMware Workstation inside my Debian box to host Windows. Currently I have four virtual machines running through VMware. One Windows 2003 Server Enterprise Edition, two Windows XP Professional & one Red Hat Enterprise Linux 5. Among these four virtual machines, other than one Windows XP Professional, three are connected with each other through VMware’s virtual networking interface. Sometimes, all four virtual machines run simultaneously. All these require more processing power. So, I wanted to tweak my VMware to squeeze out every bit of performance as I can. So, one fine Sunday morning, I sat down in front of my desktop, trying to tweak the VMware configurations as much as I can. I have come out with such impressive result which further decreases my processor I/O by 20% and disk I/O by 40%! I think I must share those tweaks with everyone.  I assume that you have some working knowledge in Linux system before you try these tweaks.

Lets start with boot loader. Since, almost every linux uses Grub as boot loader, lets tell the grub loader to disable the tick less kernel option which further reduces the virtual machine’s I/O constraints by reverting back to using ticks which is better supported by VMware. Open the /boot/grub/menu.lst file as root user. Look for the line similar to this “kernel        /boot/vmlinuz-2.6.26-1-686 root=/dev/sda6 ro” . Your kernel version can be different than showed here. Append the following line at the end of the line & save the file.

nohz=off

Good. Now we will edit the sysctl.conf file so that Linux kernel performs better as virtual server. Open /etc/sysctl.conf as root user. Append the following lines at the end of the file & save it.

vm.swappiness = 0
vm.overcommit_memory = 1
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10
vm.dirty_expire_centisecs = 1000

Next, we are going to edit the main VMware configuration file. Open /etc/vmware/config as root user and append the following lines at the end of the file.

mainMem.useNamedFile = FALSE
prefvmx.useRecommendedLockedMemSize=”TRUE”
prefvmx.minVmMemPct=”100″
MemTrimRate = “0″
MemAllowAutoScaleDown = “FALSE”
mem.ShareScanTotal=0
mem.ShareScanVM=0
mem.ShareScanThreshold=1843
sched.mem.maxmemctl=0
sched.mem.pshare.enable = “FALSE”

***IMPORTANT: Set the number in “mem.ShareScanThreshold” to the maximum megabytes of memory available to your VMware Workstation. Else, some errors may occur.

Now, reboot the computer and you are set. VMware will perform much faster than before. You will surely feel the difference.

Please, send me your suggestions and comments. Thank you.

Tags: , ,

This entry was posted on Thursday, March 26th, 2009 at 6:17 AM and is filed under VMware. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
신고

I need more performance out of my VMware environment

Add comment
Views: 33080
Votes: 13
Comments: 0
Posted: 27 Jan, 2008
by: Troen L.
Updated: 24 Nov, 2009
by: Troen L.

출처: http://vmfaq.com/entry/25/


Step 1, 2 & 6 only applies to hosted products (Workstation, Server, Player, Fusion), but not ESX Server. The other steps are regarding hw or guest environment and will also apply to ESX Server.

Step 2 will give each VM more memory, so don't assign more memory to your guests than is available on the host. Overcommitting memory is possible, but is normally only recommended on ESX. Swapping will make things go very slow.

1. Disable any power saving functions of the host OS, and BIOS.  <- More important on hosted products than on ESX

  • This includes speedstep, powernow, cool'n'quiet and similar
  • In the BIOS, choose Maximum performance
  • After doing these steps your cpu speed should be non-changing (and power usage is higher)

2. A few settings should be done in the global config file or individual VM's (.vmx) config file to bring better performance. <- not needed on ESX

  • The global config file is usually found in /etc/vmware/config or c:Documents and SettingsAll UsersApplication DataVMwareVMware <product name>config.ini
  • The important lines are these:
    MemTrimRate=0
    sched.mem.pshare.enable = "FALSE"
    mainMem.useNamedFile = "FALSE"
prefvmx.minVmMemPct = "100"
  • By disabling MemTrimRate, memory allocation inside the guest is faster because it doesn't take and give memory to the host os upon all requests.
  • By disabling memory sharing (sched.mem.pshare.enable) your guests will not share common memory blocks. Your VMware product will also stop comparing memory blocks.
  • When allocating memory you VMware will store parts of the memory in a file. This file will be equally large as the memory allocated to the guest VM. This file exists because the ram allocation method used is mmap. By changing the setting for mainMem.useNamedFile, it will move this file from the VM's default location to /tmp on linux or into the swap file on windows. This will help a bit, especially if this is on a different disk than the VM. In linux it will help if you use the tmpfs file system for /tmp (or ramfs if you can afford it) (details here)

3. A fast physical disk subsystem is important.<- All products

  • After memory, the disk is the most common bottleneck. On a physical host the disk is accessed by one host only, now there is a load from several servers on the disk system.
  • Avoid using virtual ide drives inside your guest VMs. They are slower and will put more cpu load on the system than virtual scsi drives.
  • Using seperate disks for OS and VMs will do you good.
  • A good controller will do you even better. If you plan to run more than a few VMs on your server, a disk controller with battery and write cache will help a great deal for the performance. If your system is connected to an UPS you might also benefit from enabling caching on the individual disks (will not give much difference in performance, but lower cpu usage).
  • Avoid using software raids. Even though the performance today is ok when using software raids on normal servers, it will also put extra load on the system. You will need as much performance from your storage as possible as there is also a virtualization overhead present.
  • Use native drivers from the hw vendor in the host os (and vmware tools inside the guest). Firmware on controllers and disks might sometimes also have an effect.
  • Use preallocated disks to avoid fragmentation.
  • Snapshots have a negative effect on your storage performance. It also affects the other VMs on the same LUN.
  • ESX: Plan your SAN setup carefully. Make sure you don't have too many VMs per LUN. Also make sure to load balance your traffic between your SAN controllers. If performance is bad, use your SAN tools to check the cache hit ratio. VMware has a SAN design guide with good recommendations.
  • ESX: Do not connect too many ESX servers to the same SAN controller. It will affect the latency.
  • ESX: Fiberchannel normally gives much better IO than iSCSI/NFS (details)

4. Most linux kernels are not tuned for acting as a guest (details here)  <- All products

  • In 2.4 kernels the system timer was normally clocked at 100 Hz, while in 2.6 the default system timer is set to 1000 Hz (some other distros are not following these "rules", but USER_HZ is always set to 100 to not break compatibility with existing tools). 1000 Hz is definately a good thing for physical desktop computers, but it has bad side effects when virtualized. You will typically see that the load of an idle VM is higher than expected and that the clock inside the guest is not working correctly.
  • The solution is to recompile the kernel to 100Hz or (on recent RHEL based distros) to use the tick divider boot option "divider=10".
  • Using the kernel parameters "nosmp noapic nolapic" could also have a positive effect (don't use nosmp if your guest os has more than1 vcpu)
  • For linux guests that have paravirt_ops in the kernel (2.6.22 and newer) you should enable VMI (paravirtualization, more important on non RVI/EPT cpu systems).
5. Unicpu VMs might give best performance <- All products. Higher impact on hosted products than on ESX.
  • Multi cpu guests adds extra overhead to virtualization and should only be used after your testing shows that a single cpu wasn't enough. If you have only two cores in total in your host you should never give any of your guests more than a single cpu. On ESX having a few vsmp enabled VMs may not hurt so badly, but once the system gets heavy load the negative effect is much clearer. 4 vcpu VMs are also much heavier affected than 2 vcpu VMs. (ESX2, Workstation & Server -> details here , ESX3.x -> details here, ESX4 -> details here)
  • It's always a good practice to give your guest VMs a single cpu first and add more as needed later.
  • If you install a Windows 2003 guest with two vcpu's allocated you'll have a harder time reverting the HAL back to a single cpu HAL than if you started with a single vcpu. (details here)
6. Swap <- All products
  • Since hosted VMware products will always use swap if present, you might benefit from disabling it. On linux, VMware will use separate files (so it wont help anything), while on windows it will use the systems swap file if you use the mainMem.useNamedFile option as suggested in point 2 above. If you are 100% sure you have more than enough ram in your system and you are a brave fellow, you might benefit from disabling the windows page file. This is however a very unsupported solution and I wouldnt recommend it for other than experimental usage.
7. Virtual scsi controller & disks <- All products
  • Using an LSILogic disk controller will normally give better performance than using the Buslogic controller (details here). A virtual IDE controller will cause higher cpu load in the VM and is slower than both the virtual scsi controllers.
  • Using the paravirtual disk controller available in vSphere 4.0 gives the best performance at the lowest cpu load (details here) if you're using a SAN instead of local storage.  Also note that you you need to use ESX 4u1 in order to use this disk controller on the system disk. Note that you can't use this driver if you're using VMware Fault Tolerance (FT).
  • Using preallocated disks is faster than growable disks.
  • Use eagerZeroedThick virtual disks for best performance (details). This is not the default setting, but disks can be converted.
8. Install VMware Tools <- All products
  • ..even if it's a text console only VM.

9. Use a cpu that supports MMU virtualization <- All products

  • CPUs that support MMU virtualization will give better performance for workloads that are MMU intensive (details here). Currently, this is supported on AMD cpus codenamed Barcelona, Budapest, Shanghai and Istanbul and Intel 55xx cpus. AMD has named this feature RVI, but also refers to it as nested paging. On Intel cpus this feature is known as EPT (extended page tables). This feature is supported in Workstation 6.5, Server 2.0, ESX 3.5 (only AMD) and ESX 4.0.

An old VMware KB article, perhaps still useful: http://kb.vmware.com/kb/844

 VMware also has a very good paper on performance tuning for Workstation 6 here.
신고

qt embedded 4.6 configure option

Posted 2009.12.29 11:42

[root@localhost qt-everywhere-opensource-src-4.6.0]# ./myconfig.sh
-qt-kbd-usb: unknown argument
-plugin-gfx-directfb: unknown argument

You have not explicitly asked to use pkg-config and are cross-compiling.
pkg-config will not be used to automatically query cflag/lib parameters for
dependencies


Usage:  configure [-h] [-prefix <dir>] [-prefix-install] [-bindir <dir>] [-libdir <dir>]
        [-docdir <dir>] [-headerdir <dir>] [-plugindir <dir> ] [-datadir <dir>]
        [-translationdir <dir>] [-sysconfdir <dir>] [-examplesdir <dir>]
        [-demosdir <dir>] [-buildkey <key>] [-release] [-debug]
        [-debug-and-release] [-developer-build] [-shared] [-static] [-no-fast] [-fast] [-no-largefile]
        [-largefile] [-no-exceptions] [-exceptions] [-no-accessibility]
        [-accessibility] [-no-stl] [-stl] [-no-sql-<driver>] [-sql-<driver>]
        [-plugin-sql-<driver>] [-system-sqlite] [-no-qt3support] [-qt3support]
        [-platform] [-D <string>] [-I <string>] [-L <string>] [-help]
        [-qt-zlib] [-system-zlib] [-no-gif] [-qt-gif] [-no-libtiff] [-qt-libtiff] [-system-libtiff]
        [-no-libpng] [-qt-libpng] [-system-libpng] [-no-libmng] [-qt-libmng]
        [-system-libmng] [-no-libjpeg] [-qt-libjpeg] [-system-libjpeg] [-make <part>]
        [-nomake <part>] [-R <string>]  [-l <string>] [-no-rpath]  [-rpath] [-continue]
        [-verbose] [-v] [-silent] [-no-nis] [-nis] [-no-cups] [-cups] [-no-iconv]
        [-iconv] [-no-pch] [-pch] [-no-dbus] [-dbus] [-dbus-linked]
        [-no-separate-debug-info] [-no-mmx] [-no-3dnow] [-no-sse] [-no-sse2]
        [-qtnamespace <namespace>] [-qtlibinfix <infix>] [-separate-debug-info] [-armfpa]
        [-no-optimized-qmake] [-optimized-qmake] [-no-xmlpatterns] [-xmlpatterns]
        [-no-multimedia] [-multimedia] [-no-phonon] [-phonon] [-no-phonon-backend] [-phonon-backend]
        [-no-openssl] [-openssl] [-openssl-linked]
        [-no-gtkstyle] [-gtkstyle] [-no-svg] [-svg] [-no-webkit] [-webkit] [-no-javascript-jit] [-javascript-jit]
        [-no-script] [-script] [-no-scripttools] [-scripttools] [-no-declarative] [-declarative]

        [additional platform specific options (see below)]


Installation options:

 These are optional, but you may specify install directories.

    -prefix <dir> ...... This will install everything relative to <dir>
                         (default /usr/local/Trolltech/QtEmbedded-4.6.0-mips)

    -hostprefix [dir] .. Tools and libraries needed when developing
                         applications are installed in [dir]. If [dir] is
                         not given, the current build directory will be used.

  * -prefix-install .... Force a sandboxed "local" installation of
                         Qt. This will install into
                         /usr/local/Trolltech/QtEmbedded-4.6.0-mips, if this option is
                         disabled then some platforms will attempt a
                         "system" install by placing default values to
                         be placed in a system location other than
                         PREFIX.

 You may use these to separate different parts of the install:

    -bindir <dir> ......... Executables will be installed to <dir>
                            (default PREFIX/bin)
    -libdir <dir> ......... Libraries will be installed to <dir>
                            (default PREFIX/lib)
    -docdir <dir> ......... Documentation will be installed to <dir>
                            (default PREFIX/doc)
    -headerdir <dir> ...... Headers will be installed to <dir>
                            (default PREFIX/include)
    -plugindir <dir> ...... Plugins will be installed to <dir>
                            (default PREFIX/plugins)
    -datadir <dir> ........ Data used by Qt programs will be installed to <dir>
                            (default PREFIX)
    -translationdir <dir> . Translations of Qt programs will be installed to <dir>
                            (default PREFIX/translations)
    -sysconfdir <dir> ..... Settings used by Qt programs will be looked for in <dir>
                            (default PREFIX/etc/settings)
    -examplesdir <dir> .... Examples will be installed to <dir>
                            (default PREFIX/examples)
    -demosdir <dir> ....... Demos will be installed to <dir>
                            (default PREFIX/demos)

 You may use these options to turn on strict plugin loading.

    -buildkey <key> .... Build the Qt library and plugins using the specified
                         <key>.  When the library loads plugins, it will only
                         load those that have a matching key.

Configure options:

 The defaults (*) are usually acceptable. A plus (+) denotes a default value
 that needs to be evaluated. If the evaluation succeeds, the feature is
 included. Here is a short explanation of each option:

 *  -release ........... Compile and link Qt with debugging turned off.
    -debug ............. Compile and link Qt with debugging turned on.
    -debug-and-release . Compile and link two versions of Qt, with and without
                         debugging turned on (Mac only).

    -developer-build.... Compile and link Qt with Qt developer options (including auto-tests exporting)

    -opensource......... Compile and link the Open-Source Edition of Qt.
    -commercial......... Compile and link the Commercial Edition of Qt.


 *  -shared ............ Create and use shared Qt libraries.
    -static ............ Create and use static Qt libraries.

 *  -no-fast ........... Configure Qt normally by generating Makefiles for all
                         project files.
    -fast .............. Configure Qt quickly by generating Makefiles only for
                         library and subdirectory targets.  All other Makefiles
                         are created as wrappers, which will in turn run qmake.

    -no-largefile ...... Disables large file support.
 +  -largefile ......... Enables Qt to access files larger than 4 GB.

 *  -no-exceptions ..... Disable exceptions on compilers that support it.
    -exceptions ........ Enable exceptions on compilers that support it.

    -no-accessibility .. Do not compile Accessibility support.
 *  -accessibility ..... Compile Accessibility support.

    -no-stl ............ Do not compile STL support.
 *  -stl ............... Compile STL support.

    -no-sql-<driver> ... Disable SQL <driver> entirely.
    -qt-sql-<driver> ... Enable a SQL <driver> in the QtSql library, by default
                         none are turned on.
    -plugin-sql-<driver> Enable SQL <driver> as a plugin to be linked to
                         at run time.

                         Possible values for <driver>:
                         [  db2 ibase mysql oci odbc psql sqlite sqlite2 sqlite_symbian tds ]

    -system-sqlite ..... Use sqlite from the operating system.

    -no-qt3support ..... Disables the Qt 3 support functionality.
 *  -qt3support ........ Enables the Qt 3 support functionality.

    -no-xmlpatterns .... Do not build the QtXmlPatterns module.
 +  -xmlpatterns ....... Build the QtXmlPatterns module.
                         QtXmlPatterns is built if a decent C++ compiler
                         is used and exceptions are enabled.

    -no-multimedia ..... Do not build the QtMultimedia module.
 +  -multimedia ........ Build the QtMultimedia module.

    -no-phonon ......... Do not build the Phonon module.
 +  -phonon ............ Build the Phonon module.
                         Phonon is built if a decent C++ compiler is used.
    -no-phonon-backend.. Do not build the platform phonon plugin.
 +  -phonon-backend..... Build the platform phonon plugin.

    -no-svg ............ Do not build the SVG module.
 +  -svg ............... Build the SVG module.

    -no-webkit ......... Do not build the WebKit module.
 +  -webkit ............ Build the WebKit module.
                         WebKit is built if a decent C++ compiler is used.

    -no-javascript-jit . Do not build the JavaScriptCore JIT compiler.
 +  -javascript-jit .... Build the JavaScriptCore JIT compiler.

    -no-script ......... Do not build the QtScript module.
 +  -script ............ Build the QtScript module.

    -no-scripttools .... Do not build the QtScriptTools module.
 +  -scripttools ....... Build the QtScriptTools module.

 +  -no-declarative .....Do not build the declarative module.
    -declarative ....... Build the declarative module.

    -platform target ... The operating system and compiler you are building
                         on (qws/linux-x86-g++).

                         See the README file for a list of supported
                         operating systems and compilers.

    -no-mmx ............ Do not compile with use of MMX instructions.
    -no-3dnow .......... Do not compile with use of 3DNOW instructions.
    -no-sse ............ Do not compile with use of SSE instructions.
    -no-sse2 ........... Do not compile with use of SSE2 instructions.

    -qtnamespace <name>  Wraps all Qt library code in 'namespace <name> {...}'.
    -qtlibinfix <infix>  Renames all libQt*.so to libQt*<infix>.so.

    -D <string> ........ Add an explicit define to the preprocessor.
    -I <string> ........ Add an explicit include path.
    -L <string> ........ Add an explicit library path.

    -help, -h .......... Display this information.

Third Party Libraries:

    -qt-zlib ........... Use the zlib bundled with Qt.
 +  -system-zlib ....... Use zlib from the operating system.
                         See
http://www.gzip.org/zlib

    -no-gif ............ Do not compile the plugin for GIF reading support.
 *  -qt-gif ............ Compile the plugin for GIF reading support.
                         See also src/plugins/imageformats/gif/qgifhandler.h

    -no-libtiff ........ Do not compile the plugin for TIFF support.
    -qt-libtiff ........ Use the libtiff bundled with Qt.
 +  -system-libtiff .... Use libtiff from the operating system.
                         See
http://www.libtiff.org

    -no-libpng ......... Do not compile in PNG support.
    -qt-libpng ......... Use the libpng bundled with Qt.
 +  -system-libpng ..... Use libpng from the operating system.
                         See
http://www.libpng.org/pub/png

    -no-libmng ......... Do not compile the plugin for MNG support.
    -qt-libmng ......... Use the libmng bundled with Qt.
 +  -system-libmng ..... Use libmng from the operating system.
                         See
http://www.libmng.com

    -no-libjpeg ........ Do not compile the plugin for JPEG support.
    -qt-libjpeg ........ Use the libjpeg bundled with Qt.
 +  -system-libjpeg .... Use libjpeg from the operating system.
                         See
http://www.ijg.org

    -no-openssl ........ Do not compile support for OpenSSL.
 +  -openssl ........... Enable run-time OpenSSL support.
    -openssl-linked .... Enabled linked OpenSSL support.

    -ptmalloc .......... Override the system memory allocator with ptmalloc.
                         (Experimental.)

Additional options:

    -make <part> ....... Add part to the list of parts to be built at make time.
                         (libs tools examples demos docs translations)
    -nomake <part> ..... Exclude part from the list of parts to be built.

    -R <string> ........ Add an explicit runtime library path to the Qt
                         libraries.
    -l <string> ........ Add an explicit library.

    -no-rpath .......... Do not use the library install path as a runtime
                         library path.
 +  -rpath ............. Link Qt libraries and executables using the library
                         install path as a runtime library path. Equivalent
                         to -R install_libpath

    -continue .......... Continue as far as possible if an error occurs.

    -verbose, -v ....... Print verbose information about each step of the
                         configure process.

    -silent ............ Reduce the build output so that warnings and errors
                         can be seen more easily.

 *  -no-optimized-qmake ... Do not build qmake optimized.
    -optimized-qmake ...... Build qmake optimized.

    -no-nis ............ Do not compile NIS support.
 *  -nis ............... Compile NIS support.

 *  -no-cups ........... Do not compile CUPS support.
    -cups .............. Compile CUPS support.
                         Requires cups/cups.h and libcups.so.2.

    -no-iconv .......... Do not compile support for iconv(3).
 *  -iconv ............. Compile support for iconv(3).

    -no-pch ............ Do not use precompiled header support.
 *  -pch ............... Use precompiled header support.

    -no-dbus ........... Do not compile the QtDBus module.
 +  -dbus .............. Compile the QtDBus module and dynamically load libdbus-1.
    -dbus-linked ....... Compile the QtDBus module and link to libdbus-1.

    -reduce-relocations ..... Reduce relocations in the libraries through extra
                              linker optimizations (Qt/X11 and Qt for Embedded Linux only;
                              experimental; needs GNU ld >= 2.18).

 *  -no-separate-debug-info . Do not store debug information in a separate file.
    -separate-debug-info .... Strip debug information into a separate .debug file.


Qt for Embedded Linux only:

    -xplatform target ... The target platform when cross-compiling.

    -no-feature-<feature> Do not compile in <feature>.
    -feature-<feature> .. Compile in <feature>. The available features
                          are described in src/corelib/global/qfeatures.txt

    -embedded <arch> .... This will enable the embedded build, you must have a
                          proper license for this switch to work.
                          Example values for <arch>: arm mips x86 generic

    -armfpa ............. Target platform uses the ARM-FPA floating point format.
    -no-armfpa .......... Target platform does not use the ARM-FPA floating point format.

                          The floating point format is usually autodetected by configure. Use this
                          to override the detected value.

    -little-endian ...... Target platform is little endian (LSB first).
    -big-endian ......... Target platform is big endian (MSB first).

    -host-little-endian . Host platform is little endian (LSB first).
    -host-big-endian .... Host platform is big endian (MSB first).

                          You only need to specify the endianness when
                          cross-compiling, otherwise the host
                          endianness will be used.

    -no-freetype ........ Do not compile in Freetype2 support.
    -qt-freetype ........ Use the libfreetype bundled with Qt.
 *  -system-freetype .... Use libfreetype from the operating system.
                          See
http://www.freetype.org/

    -qconfig local ...... Use src/corelib/global/qconfig-local.h rather than the
                          default (full).

    -depths <list> ...... Comma-separated list of supported bit-per-pixel
                          depths, from: 1, 4, 8, 12, 15, 16, 18, 24, 32 and 'all'.

    -qt-decoration-<style> ....Enable a decoration <style> in the QtGui library,
                               by default all available decorations are on.
          Possible values for <style>: [ styled windows default ]
    -plugin-decoration-<style> Enable decoration <style> as a plugin to be
                               linked to at run time.
          Possible values for <style>: [  default styled windows ]
    -no-decoration-<style> ....Disable decoration <style> entirely.
                               Possible values for <style>: [ styled windows default ]

    -no-opengl .......... Do not support OpenGL.
    -opengl <api> ....... Enable OpenGL ES support
                          With no parameter, this will attempt to auto-detect OpenGL ES 1.x
                          or 2.x. Use es1, es1cl or es2 for <api> to override auto-detection.

                          NOTE: A QGLScreen driver for the hardware is required to support
                                OpenGL ES on Qt for Embedded Linux.

    -qt-gfx-<driver> ... Enable a graphics <driver> in the QtGui library.
                         Possible values for <driver>: [ linuxfb transformed qvfb vnc multiscreen directfb qnx ]
    -plugin-gfx-<driver> Enable graphics <driver> as a plugin to be
                         linked to at run time.
                         Possible values for <driver>: [  ahi directfb linuxfb powervr qvfb transformed vnc ]
    -no-gfx-<driver> ... Disable graphics <driver> entirely.
                         Possible values for <driver>: [ linuxfb transformed qvfb vnc multiscreen directfb qnx ]

    -qt-kbd-<driver> ... Enable a keyboard <driver> in the QtGui library.
                         Possible values for <driver>: [ tty linuxinput qvfb qnx ]

    -plugin-kbd-<driver> Enable keyboard <driver> as a plugin to be linked to
                         at runtime.
                         Possible values for <driver>: [  linuxinput ]

    -no-kbd-<driver> ... Disable keyboard <driver> entirely.
                         Possible values for <driver>: [ tty linuxinput qvfb qnx ]

    -qt-mouse-<driver> ... Enable a mouse <driver> in the QtGui library.
                           Possible values for <driver>: [ pc linuxtp linuxinput tslib qvfb qnx ]
    -plugin-mouse-<driver> Enable mouse <driver> as a plugin to be linked to
                           at runtime.
                           Possible values for <driver>: [  linuxtp pc tslib ]
    -no-mouse-<driver> ... Disable mouse <driver> entirely.
                           Possible values for <driver>: [ pc linuxtp linuxinput tslib qvfb qnx ]

    -iwmmxt ............ Compile using the iWMMXt instruction set
                         (available on some XScale CPUs).

    -no-glib ........... Do not compile Glib support.
 +  -glib .............. Compile Glib support.

[root@localhost qt-everywhere-opensource-src-4.6.0]#

 

신고

'Research > Tools' 카테고리의 다른 글

How to tweak VMware Workstation in linux host  (0) 2010.06.17
I need more performance out of my VMware environment  (0) 2010.06.15
qt embedded 4.6 configure option  (0) 2009.12.29
CFE setenv  (0) 2009.12.22
uclinux-rootfs  (0) 2009.12.17
svn: Unrecognized URL scheme for 'http://.......'  (0) 2009.12.03

CFE setenv

Posted 2009.12.22 10:51
CFE> setenv -p nfsboot 'setenv -p STARTUP "boot -z -elf flash0.kernel: root=/dev
/nfs nfsroot=$ROOT_IPADDR:$ROOT_PATH ip$NET_IPADDR:$ROOT_IPADDR:$NET_GATEWAY:$NE
T_NETMASK:bcm:: rw mem=LSIZE console=ttyS0,115200"'
*** command status = 0

CFE> $nfsboot
*** command status = 0
CFE> printenv
Variable Name        Value
-------------------- --------------------------------------------------
        BOOT_CONSOLE uart0
   LINUX_FFS_STARTAD 0
      LINUX_FFS_SIZE 3c00000
  LINUX_PART_STARTAD 3c80000
     LINUX_PART_SIZE 37f800
                jffs boot -z -elf flash0.kernel: 'rootfstype=jffs2 root=/dev/mtd
block0 rw mem=192m'
                  F3 ifconfig eth0 -addr=61.74.164.11 -mask=255.255.255.0 -gw=61
.74.164.190 -dns=168.126.63.1
             vmlinuz flash -noheader 61.74.164.7:vmlinuz-7335b0-smp flash0.kerne
l
          NET_DEVICE eth0
          NET_IPADDR 61.74.164.11
         NET_NETMASK 255.255.255.0
         NET_GATEWAY 61.74.164.190
         ROOT_IPADDR 61.74.164.7
           ROOT_PATH /root/project/whs1000/rootfs
               LSIZE 184m
         ETH0_HWADDR 00:10:18:9A:22:5D
          DRAM0_SIZE 256
          DRAM1_SIZE 128
          FLASH_TYPE NOR
          FLASH_SIZE 64
         CFE_VERSION 2.12.18
       CFE_BOARDNAME BCM97335B0
      CFE_MEMORYSIZE 128
             nfsboot setenv -p STARTUP "boot -z -elf flash0.kernel: root=/dev/nf
s nfsroot=$ROOT_IPADDR:$ROOT_PATH ip$NET_IPADDR:$ROOT_IPADDR:$NET_GATEWAY:$NET_N
ETMASK:bcm:: rw mem=LSIZE console=ttyS0,115200"
             STARTUP boot -z -elf flash0.kernel: root=/dev/nfs nfsroot=61.74.164
.7:/root/project/whs1000/rootfs ip61.74.164.11:61.74.164.7:61.74.164.190:255.255
.255.0:bcm:: rw mem=LSIZE console=ttyS0,115200
*** command status = 0
CFE>


신고

'Research > Tools' 카테고리의 다른 글

I need more performance out of my VMware environment  (0) 2010.06.15
qt embedded 4.6 configure option  (0) 2009.12.29
CFE setenv  (0) 2009.12.22
uclinux-rootfs  (0) 2009.12.17
svn: Unrecognized URL scheme for 'http://.......'  (0) 2009.12.03
SVN: Store password unencrypted (yes/no)?  (6) 2009.12.03

uclinux-rootfs

Posted 2009.12.17 11:20

kernel build

# make -f build.mk vmlinuz-7335b0-smp

 

 

신고

'Research > Tools' 카테고리의 다른 글

qt embedded 4.6 configure option  (0) 2009.12.29
CFE setenv  (0) 2009.12.22
uclinux-rootfs  (0) 2009.12.17
svn: Unrecognized URL scheme for 'http://.......'  (0) 2009.12.03
SVN: Store password unencrypted (yes/no)?  (6) 2009.12.03
qt embedded compile시 libpng관련 에러  (0) 2009.11.30

I just built the distribution binary, and when I try to check out Subversion, I get an error about an "Unrecognized URL scheme." What's up with that?

Subversion uses a plugin system to allow access to repositories. Currently there are three of these plugins: ra_local allows access to a local repository, ra_neon or ra_serf which allow access to a repository via WebDAV, and ra_svn allows local or remote access via the svnserve server. When you attempt to perform an operation in Subversion, the program tries to dynamically load a plugin based on the URL scheme. A `file://' URL will try to load ra_local, and an `http://' URL will try to load ra_neon or ra_serf.

The error you are seeing means that the dynamic linker/loader can't find the plugins to load. For `http://' access, this normally means that you have not linked Subversion to neon or serf when compiling it (check the configure script output and the config.log file for information about this). It also happens when you build Subversion with shared libraries, then attempt to run it without first running 'make install'. Another possible cause is that you ran make install, but the libraries were installed in a location that the dynamic linker/loader doesn't recognize. Under Linux, you can allow the linker/loader to find the libraries by adding the library directory to /etc/ld.so.conf and running ldconfig. If you don't wish to do this, or you don't have root access, you can also specify the library directory in the LD_LIBRARY_PATH environment variable.


subversion을 1.6.6 으로 업그레이드 하면서 달랑 ./configure한 후에 make install 했더니...

위에 적은 것 처럼.... http:// 로 접근하는 저장소에서는 체크아웃이 안된다.... 쩝~

subversion을 빌드할때 ./configure --with-neon=/usr 옵션을 주고 컴파일을 해야 한다.

neon library가 /usr/lib 디렉토리 밑에 있길레,  ./configure --with-neon=/usr/lib로 했더니,

neon library를 못찾는다. neon 0.29.0 버전 다운로드 받는 곳을 가르쳐 주면서 다운받으란다.


다운로드 한 후에 또 컴파일을 해야 하는데... 이것두 그냥 ./configure만 하면 안된다... ㅜ.ㅡ

./configure 시에 --enable-shared 옵션을 주어야 한다. 디폴트는 no 이기 때문이다. ㅠ.ㅠ


이렇게 컴파일을 하고 make install을 하면 라이브러리가 설치되고....

다시 subversion configure를 하는데... 위에 적은 겇처럼... ./configure --with-neon=/usr/lib 가 아니고

./configure --with-neon=/usr 로 해야 한다.


그런 다음... make install 하면 끝!!!! ㅡ.ㅡ


신고

'Research > Tools' 카테고리의 다른 글

qt embedded 4.6 configure option  (0) 2009.12.29
CFE setenv  (0) 2009.12.22
uclinux-rootfs  (0) 2009.12.17
svn: Unrecognized URL scheme for 'http://.......'  (0) 2009.12.03
SVN: Store password unencrypted (yes/no)?  (6) 2009.12.03
qt embedded compile시 libpng관련 에러  (0) 2009.11.30


-----------------------------------------------------------------------
ATTENTION! Your password for authentication realm:

Subversion Repositories

can only be stored to disk unencrypted! You are advised to configure
your system so that Subversion can store passwords encrypted, if
possible. See the documentation for details.

You can avoid future appearances of this warning by setting the value
of the 'store-plaintext-passwords' option to either 'yes' or 'no' in
'/home/hahaite/.subversion/servers'.
-----------------------------------------------------------------------
Store password unencrypted (yes/no)? yes
Please type 'yes' or 'no': yes
Please type 'yes' or 'no': y
Please type 'yes' or 'no': 'yes'
Please type 'yes' or 'no': no
Please type 'yes' or 'no': 18
Please type 'yes' or 'no':

===========================================================================
===========================================================================


위의 경우처럼 yes라고 치든... no라고 치든 넘어가질 않는데....

한글로 '예'라고 치면 된다.


svn 버전이 현재 v1.6.6인데 버그인거 같다. 환경변수 LANG이 ko_KR.UTF-8 로 되어 있어서

한글로 비교를 하는거 같음.

신고

'Research > Tools' 카테고리의 다른 글

qt embedded 4.6 configure option  (0) 2009.12.29
CFE setenv  (0) 2009.12.22
uclinux-rootfs  (0) 2009.12.17
svn: Unrecognized URL scheme for 'http://.......'  (0) 2009.12.03
SVN: Store password unencrypted (yes/no)?  (6) 2009.12.03
qt embedded compile시 libpng관련 에러  (0) 2009.11.30

 

증상

 

[root@localhost qt-embedded-linux-opensource-src-4.5.3]# ./myconfig.sh

This is the Qt for Embedded Linux Open Source Edition.

You are licensed to use this software under the terms of
the Lesser GNU General Public License (LGPL) versions 2.1.
You are also licensed to use this software under the terms of
the GNU General Public License (GPL) versions 3.

Type '3' to view the GNU General Public License version 3.
Type 'L' to view the Lesser GNU General Public License version 2.1.
Type 'yes' to accept this license offer.
Type 'no' to decline this license offer.

Do you accept the terms of either license? yes

Creating qmake. Please wait...
gmake: `first'를 위해 할 일이 없습니다
rm -f endiantest.o
rm -f *~ core *.core
rm -f endiantest
rm -f Makefile

Building on:   qws/linux-x86-g++
Building for:  qws/linux-mipsel-g++
Architecture:  mips
Host architecture: i386

Build ............... libs examples demos docs translations
Configuration .......  cross_compile debug shared dll embedded largefile stl precompile_header exceptions_off  minimal-config small-config medium-config large-config full-config qt3support accessibility embedded reduce_exports ipv6 clock-gettime clock-monotonic mremap getaddrinfo ipv6ifname inotify png freetype zlib svg webkit scripttools debug
Debug ............... yes
Qt 3 compatibility .. yes
QtDBus module ....... no
QtScriptTools module  yes
QtXmlPatterns module  no
Phonon module ....... no
SVG module .......... yes
WebKit module ....... yes
STL support ......... yes
PCH support ......... yes
MMX/3DNOW/SSE/SSE2..  no/no/no/no
IPv6 support ........ yes
IPv6 ifname support . yes
getaddrinfo support . yes
getifaddrs support .. no
Accessibility ....... yes
NIS support ......... no
CUPS support ........ no
Iconv support ....... no
Glib support ........ no
GStreamer support ... no
Large File support .. yes
GIF support ......... plugin
TIFF support ........ plugin (qt)
JPEG support ........ plugin (qt)
PNG support ......... yes (qt)
MNG support ......... plugin (qt)
zlib support ........ yes
Session management .. no
Embedded support .... mips
Freetype2 support ... auto (yes)
Graphics (qt) ....... linuxfb multiscreen
Graphics (plugin) ...
Decorations (qt) .... styled windows default
Decorations (plugin) 
Keyboard driver (qt). tty usb
Keyboard driver (plugin)
Mouse driver (qt) ... pc linuxtp linuxtp
Mouse driver (plugin)
OpenGL support ...... no
SQLite support ...... plugin (qt)
OpenSSL support ..... no

Finding project files. Please wait...
Reading /root/project/tools/qt-embedded-linux-opensource-src-4.5.3/src/tools/bootstrap/bootstrap.pro
Reading /root/project/tools/qt-embedded-linux-opensource-src-4.5.3/src/tools/moc/moc.pro
Reading /root/project/tools/qt-embedded-linux-opensource-src-4.5.3/src/tools/rcc/rcc.pro

-------------------------------------------------------------------------

myconfig.sh 는 ./configure를 실행하는 스크립트 이고, 옵션을 가지고 있다. 내용은 아래와 같다.

 

#!/bin/sh

CC=mipsel-linux-gcc
LD=mipsel-linux-ld
AR=mipsel-linux-ar

./configure    
-opensource    
-embedded mips    
-little-endian    
-xplatform qws/linux-mipsel-g++
-shared     
-no-cups     
-depths 32     
-debug      
-qt-mouse-linuxtp   
-no-opengl     
-no-mmx     
-no-3dnow    
-no-sse     
-no-sse2     
-qt-kbd-usb    
-qt-zlib     
-qt-gif     
-qt-libpng     
-qt-libjpeg    
-qt-libmng     
-no-webkit    
#-no-qvfb
#-confirm-license
#-L /root/project/whs-1000/refsw/6.5/nexus/bin -R libpgl.so -R libnexus.so                                                     

 


아래는 make를 실행했을때 에러이다.

 

mipsel-linux-g++ -c -include .pch/debug-shared-emb-mips/QtGui -pipe -mips32 -fno-exceptions -g -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DPNG_NO_ASSEMBLER_CODE -DQT_RASTER_IMAGEENGINE -DQT_RASTER_PAINTENGINE -DQT_NO_FONTCONFIG -DFT2_BUILD_LIBRARY -DFT_CONFIG_OPTION_SYSTEM_ZLIB -DQT_NO_OPENTYPE -DQT_NO_STYLE_MAC -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_GTK -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQ_INTERNAL_QAPP_SRC -DQT_NETWORK_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I../../mkspecs/qws/linux-mipsel-g++ -I. -I../../include/QtCore -I../../include/QtNetwork -I../../include -I../../include/QtGui -I.rcc/debug-shared-emb-mips -I../3rdparty/libpng -I../3rdparty/zlib -I../3rdparty/freetype/src -I../3rdparty/freetype/include -I../3rdparty/freetype/builds/unix -I../3rdparty/harfbuzz/src -Idialogs -I.moc/debug-shared-emb-mips -I.uic/debug-shared-emb-mips -o .obj/debug-shared-emb-mips/qpnghandler.o image/qpnghandler.cpp
In file included from ../3rdparty/libpng/png.h:444,
                 from image/qpnghandler.cpp:53:
../3rdparty/libpng/pngconf.h:329: error: expected constructor, destructor, or type conversion before '.' token
../3rdparty/libpng/pngconf.h:330: error: '__dont__' does not name a type
make[1]: *** [.obj/debug-shared-emb-mips/qpnghandler.o] 오류 1
make[1]: Leaving directory `/root/project/tools/qt-embedded-linux-opensource-src-4.5.3/src/gui'
make: *** [sub-gui-make_default-ordered] 오류 2

[root@localhost qt-embedded-linux-opensource-src-4.5.3]#

원인

 

아직 모름


Workaround


http://forum.soft32.com/linux/conflict-ftstdlib-freetype-library-pngconf-ftopict439998.html


Florian Erfurth

External


Since: Jan 09, 2007
Posts: 6



(Msg. 1) Posted: Thu Nov 08, 2007 9:57 am
Post subject: conflict between ftstdlib.h (freetype-library) and pngconf.h
Archived from groups: comp>os>linux>development>apps (more info?)


Hi everybody,
I implemented freetype support in my application. Unfortunatelly I've got a
problem with these two files, which are included.

Both include-file try to includes setjmp.h. Because ftstdlib.h already
include setjmp.h I've got a compile error at the following line:
#include <png.h>

png.h includes pngconf.h which tries to include setjmp.h. I get following
error:
| /usr/include/pngconf.h:317: error: expected constructor, destructor, or
type conversion before "." token
| /usr/include/pngconf.h:318: error: "__dont__" does not name a type

If I look into pngconf.h:
| # ifdef __linux__
| # ifdef _BSD_SOURCE
| # define PNG_SAVE_BSD_SOURCE
| # undef _BSD_SOURCE
| # endif
| # ifdef _SETJMP_H
| /* If you encounter a compiler error here, see the explanation
| * near the end of INSTALL.
| */
| __png.h__ already includes setjmp.h;
| __dont__ include it again.;
| # endif
| # endif /* __linux__ */
|
| /* include setjmp.h for error handling */
| # include <setjmp.h>

Do anyone of you have a idea how to work around such problem? I read the
INSTALL file. There are two suggestion:
1. comment out following two lines:
| __png.h__ already includes setjmp.h;
| __dont__ include it again.;
2. use cexcept interface but I don't understand that.

Thank you!
Floh
Back to top

 


http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=56759


Debian Bug report logs - #56759
libpng2-dev: parse errors in pngconf.h

Package: libpng2-dev; Maintainer for libpng2-dev is (unknown);

Reported by: gautier <gautier@email.enst.fr>

Date: Tue, 1 Feb 2000 00:03:01 UTC

Severity: fixed

Done: Philippe Troin <phil@fifi.org>

Bug is archived. No further changes may be made.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Philippe Troin <phil@fifi.org>:
Bug#56759; Package libpng2-dev. Full text and rfc822 format available.

Acknowledgement sent to gautier <gautier@email.enst.fr>:
New Bug report received and forwarded. Copy sent to Philippe Troin <phil@fifi.org>. Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: gautier <gautier@email.enst.fr>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libpng2-dev: parse errors in pngconf.h
Date: Tue, 1 Feb 2000 00:55:21 +0100
Package: libpng2-dev
Version: N/A; reported 2000-02-01
Severity: important

I was trying to build the last ImageMagick (5.1.1) (It is not yet a debian package, you can get it at http://www.wizards.dupont.com/cristy/ImageMagick.html) and i had many errors about pngconf.h and png.h. Here are the firsts:

/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I../ -I.. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -I/usr/local/include -I/usr/X11R6/include -O -c png.c
gcc -DHAVE_CONFIG_H -I../ -I.. -D_REENTRANT -D_FILE_OFFSET_BITS=64 -I/usr/local/include -I/usr/X11R6/include -O -c png.c -o png.o
In file included from /usr/local/include/png.h:208,
from png.c:58:
/usr/local/include/pngconf.h:123: parse error before `.'
/usr/local/include/pngconf.h:631: parse error before `*'
/usr/local/include/pngconf.h:631: warning: data definition has no type or storage class
/usr/local/include/pngconf.h:641: parse error before `*'
/usr/local/include/pngconf.h:641: warning: data definition has no type or storage class
/usr/local/include/png.h:351: parse error before `png_uint_32'

etc...

For the first error, i understand why: there are this strange lines in pngconf.h:

#ifdef _SETJMP_H
__png.h__ already includes setjmp.h
__dont__ include it again
#endif


Well this is weird.... It's obviously incorrect but I don't even guess
what the correct code could be

For the others errrors, i don't know


I tried with the debian packages installed, and then i tried with the
upstream tarball: all the same! So this should be fowarded upstream....

But now: how could anyone compile anything using libpng!?? (but
actually, it seems there was no packages depending on this lib in my
system)

A+


-- System Information
Debian Release: potato
Architecture: i386
Kernel: Linux droopy 2.2.14 #1 mer jan 19 02:24:27 CET 2000 i586

--
Fabrice Gautier <gautier@email.enst.fr>
----
There are two sides to every divorce: yours and the shithead's.


Information forwarded to debian-bugs-dist@lists.debian.org, Philippe Troin <phil@fifi.org>:
Bug#56759; Package libpng2-dev. Full text and rfc822 format available.

Acknowledgement sent to Josip Rodin <jrodin@public.srce.hr>:
Extra info received and forwarded to list. Copy sent to Philippe Troin <phil@fifi.org>. Full text and rfc822 format available.

Message #10 received at 56759@bugs.debian.org (full text, mbox):

From: Josip Rodin <jrodin@public.srce.hr>
To: gautier <gautier@email.enst.fr>, 56759@bugs.debian.org
Cc: control@bugs.debian.org
Subject: Re: libpng2-dev: parse errors in pngconf.h
Date: Tue, 1 Feb 2000 14:10:53 +0100
severity 56759 fixed
thanks

Hi,

> Package: libpng2-dev
> Severity: important
>
> I was trying to build the last ImageMagick (5.1.1) (It is not yet a debian
> package

This can't be of important severity, then.

> In file included from /usr/local/include/png.h:208,
> from png.c:58:
> /usr/local/include/pngconf.h:123: parse error before `.'
> /usr/local/include/pngconf.h:631: parse error before `*'
> /usr/local/include/pngconf.h:631: warning: data definition has no type or storage class
> /usr/local/include/pngconf.h:641: parse error before `*'
> /usr/local/include/pngconf.h:641: warning: data definition has no type or storage class
> /usr/local/include/png.h:351: parse error before `png_uint_32'

First of all, this references /usr/local/include/. Debian packages don't put
any files in /usr/local, ever. But...

> #ifdef _SETJMP_H
> __png.h__ already includes setjmp.h
> __dont__ include it again
> #endif

... this exists in our /usr/include/pngconf.h file, too.

The intention is actually quite clear (to me): you may not have any files
that #include setjmp.h file. Probably, that "png.c" file or any of the local
files it #include's does that, and it's apparently illegal.

Maybe it should have been marked with #error, that wouldn't print parse
errors but the exact message, but the point has been made, anyway.

Maintainer, please close this bug. Or correct me if I'm wrong <blush> :)

--
enJoy -*/*- don't even try to pronounce my first name


Severity set to `fixed'. Request was from Josip Rodin <jrodin@public.srce.hr> to control@bugs.debian.org. Full text and rfc822 format available.

Information forwarded to debian-bugs-dist@lists.debian.org, Philippe Troin <phil@fifi.org>:
Bug#56759; Package libpng2-dev. Full text and rfc822 format available.

Acknowledgement sent to Fabrice Gautier <gautier@email.enst.fr>:
Extra info received and forwarded to list. Copy sent to Philippe Troin <phil@fifi.org>. Full text and rfc822 format available.

Message #17 received at 56759@bugs.debian.org (full text, mbox):

From: Fabrice Gautier <gautier@email.enst.fr>
To: Josip Rodin <jrodin@public.srce.hr>
Cc: 56759@bugs.debian.org
Subject: Re: libpng2-dev: parse errors in pngconf.h
Date: Wed, 2 Feb 2000 04:52:44 +0100
On Tue, Feb 01, 2000 at 02:10:53PM +0100, Josip Rodin wrote:
> severity 56759 fixed
> thanks

I don't think so!
(but as i'm not a debian developer and you are .....)

Let's me explain what i think about this:

> Hi,
>
> > Package: libpng2-dev
> > Severity: important
> >
> > I was trying to build the last ImageMagick (5.1.1) (It is not yet a debian
> > package
>
> This can't be of important severity, then.

ImageMagick 5.1.1 is not in Debian but libpng2-dev is, and i think
this is a libpng2-dev bug not an ImageMagic bug. And if ImageMagick is
still 4.8 in Debian it may be because the Maintener didn't succeded in
compiling 5.1.1 (du to this bug) ... maybe... anyway it seems that libmagick is only used by ImageMagick (at least for me)

>
> > In file included from /usr/local/include/png.h:208,
> > from png.c:58:
> > /usr/local/include/pngconf.h:123: parse error before `.'
> > /usr/local/include/pngconf.h:631: parse error before `*'
> > /usr/local/include/pngconf.h:631: warning: data definition has no type or storage class
> > /usr/local/include/pngconf.h:641: parse error before `*'
> > /usr/local/include/pngconf.h:641: warning: data definition has no type or storage class
> > /usr/local/include/png.h:351: parse error before `png_uint_32'
>
> First of all, this references /usr/local/include/. Debian packages don't put
> any files in /usr/local, ever. But...

... but i said that i've tried both the debian packages and upstream
tarball that i compiled myself. Both have the bug (so this is may be
an upstream bug)

>
> > #ifdef _SETJMP_H
> > __png.h__ already includes setjmp.h
> > __dont__ include it again
> > #endif
>
> ... this exists in our /usr/include/pngconf.h file, too.
>
> The intention is actually quite clear (to me): you may not have any files
> that #include setjmp.h file. Probably, that "png.c" file or any of the local
> files it #include's does that, and it's apparently illegal.

This doesn't make any sense to me! Just a few line after this #ifdef
there is an #include <setjmp.h>. And AFAIK this is not a special
setjmp.h for libpng. ... This doesn't make sense at all ....


> Maybe it should have been marked with #error, that wouldn't print parse
> errors but the exact message, but the point has been made, anyway.

Yes, at the very least, this should use #error, and this is what it
does in libpng0g-dev. But this is not my point ...

> Maintainer, please close this bug. Or correct me if I'm wrong <blush> :)

I'm not the Maintener but i still think you're wrong :-)

First there is a fix : just comment out the #ifdef .... #endif clause
in pngconf.h and it seems to works. At least i compiled ImageMagick
5.1.1 without any errors (and for the moment it runs fine). I don't
see any side effect that this fix could introduce.

And, Two, in the libpng doc (/usr/doc/libpng2-dev/libong.txt.gz) says
that pngconf.h is the place to do specific compiler configuration. So
let's say this is not a bug but a "configuration" that i would like to
see in the debian package!


A+

--
Fabrice Gautier <gautier@email.enst.fr>
----
Wait! You have not been prepared!
-- Mr. Atoz, "Tomorrow is Yesterday", stardate 3113.2


Reply sent to Philippe Troin <phil@fifi.org>:
You have taken responsibility. Full text and rfc822 format available.

Notification sent to gautier <gautier@email.enst.fr>:
Bug acknowledged by developer. Full text and rfc822 format available.

Message #22 received at 56759-close@bugs.debian.org (full text, mbox):

From: Philippe Troin <phil@fifi.org>
To: 56759-close@bugs.debian.org
Subject: Bug#56759: fixed in libpng 1.0.5-1
Date: 29 Feb 2000 11:58:01 -0000
We believe that the bug you reported is fixed in the latest version of
libpng, which has been installed in the Debian FTP archive:
libpng_1.0.5.orig.tar.gz
to dists/potato/main/source/libs/libpng_1.0.5.orig.tar.gz
replacing libpng_1.0.5.orig.tar.gz
libpng_1.0.5.orig.tar.gz
to dists/woody/main/source/libs/libpng_1.0.5.orig.tar.gz
replacing libpng_1.0.5.orig.tar.gz
libpng_1.0.5-1.diff.gz
to dists/potato/main/source/libs/libpng_1.0.5-1.diff.gz
replacing libpng_1.0.5-0.1.diff.gz
libpng_1.0.5-1.diff.gz
to dists/woody/main/source/libs/libpng_1.0.5-1.diff.gz
replacing libpng_1.0.5-0.1.diff.gz
libpng2-dev_1.0.5-1_i386.deb
to dists/potato/main/binary-i386/graphics/libpng2-dev_1.0.5-1.deb
replacing libpng2-dev_1.0.5-0.1.deb
libpng2-dev_1.0.5-1_i386.deb
to dists/woody/main/binary-i386/graphics/libpng2-dev_1.0.5-1.deb
replacing libpng2-dev_1.0.5-0.1.deb
libpng_1.0.5-1.dsc
to dists/potato/main/source/libs/libpng_1.0.5-1.dsc
replacing libpng_1.0.5-0.1.dsc
libpng_1.0.5-1.dsc
to dists/woody/main/source/libs/libpng_1.0.5-1.dsc
replacing libpng_1.0.5-0.1.dsc
libpng2_1.0.5-1_i386.deb
to dists/potato/main/binary-i386/libs/libpng2_1.0.5-1.deb
replacing libpng2_1.0.5-0.1.deb
libpng2_1.0.5-1_i386.deb
to dists/woody/main/binary-i386/libs/libpng2_1.0.5-1.deb
replacing libpng2_1.0.5-0.1.deb

Note that this package is not part of the released stable Debian
distribution. It may have dependencies on other unreleased software,
or other instabilities. Please take care if you wish to install it.
The update will eventually make its way into the next released Debian
distribution.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 56759@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Philippe Troin <phil@fifi.org> (supplier of updated libpng package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.6
Date: Mon, 28 Feb 2000 13:53:22 -0800
Source: libpng
Binary: libpng2 libpng2-dev
Architecture: source i386
Version: 1.0.5-1
Distribution: frozen unstable
Urgency: low
Maintainer: Philippe Troin <phil@fifi.org>
Description:
libpng2 - PNG library - runtime
libpng2-dev - PNG library - development
Closes: 48244 48246 56759
Changes:
libpng (1.0.5-1) frozen unstable; urgency=low
.
* Maintainer upload (closes: #48244, #48246).
* Added some extra explanations for the setjmp.h mess (closes: #56759),
see pngconf.h for details.
Files:
51e08d7947a1aa51d5b582b83cdd6fd7 571 libs optional libpng_1.0.5-1.dsc
e8edc8c1ad4cb613f20563acd9112702 299401 libs optional libpng_1.0.5.orig.tar.gz
6a6715493ef31e805d5ff0fc09cddac9 7108 libs optional libpng_1.0.5-1.diff.gz
964efbb4e25be247c51c56d783309a32 93522 libs optional libpng2_1.0.5-1_i386.deb
06a928eb2002a7da50746f73331ccedf 174258 graphics optional libpng2-dev_1.0.5-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAji68owACgkQMrxzW26vf4fNqgCeKYBbLd/G8kE87QCKadO74NRf
BU8AnA85jBsN9tuYl+O4ovo7sWgwZ979
=Davy
-----END PGP SIGNATURE-----



Information forwarded to debian-bugs-dist@lists.debian.org:
Bug#56759; Package libpng2-dev. Full text and rfc822 format available.

Acknowledgement sent to Philippe Troin <phil@fifi.org>:
Extra info received and forwarded to list. Full text and rfc822 format available.

Message #27 received at 56759@bugs.debian.org (full text, mbox):

From: Philippe Troin <phil@fifi.org>
To: Fabrice Gautier <gautier@email.enst.fr>
Cc: 56759@bugs.debian.org, Josip Rodin <jrodin@public.srce.hr>
Subject: Re: Bug#56759: libpng2-dev: parse errors in pngconf.h
Date: 29 Feb 2000 12:05:15 -0800
Fabrice Gautier <gautier@email.enst.fr> writes:

> On Tue, Feb 01, 2000 at 02:10:53PM +0100, Josip Rodin wrote:
> ImageMagick 5.1.1 is not in Debian but libpng2-dev is, and i think
> this is a libpng2-dev bug not an ImageMagic bug. And if ImageMagick is
> still 4.8 in Debian it may be because the Maintener didn't succeded in
> compiling 5.1.1 (du to this bug) ... maybe... anyway it seems that libmagick is only used by ImageMagick (at least for me)

FYI, the setjmp.h magic in pngconf.h is here because there are two
setjmp/longjmp on Linux depending or not you use BSD compatibility
(without BSD compatibility, setjmp/longjmp does not preserve the
signal mask, with BSD compatibility, they preserve and restore the
signal mask (you can get this behavior with sigsetjmp/siglongjmp if
you do not use BSD compat.)).

The struct jmpbuf they use are different and calling the BSD-longjmp
following a non-BSD setjmp will give strange results (like screwing up
the signal mask) and/or crash.

Since PNG uses setjmp/longjmp, they force the inclusion of longjmp.h and
force non-BSD mode.

Hence the header magic.

I replaced the syntactic error text with an #error directive and added
a comment explaining basically what I've tried to explain above.

For practical use, if you get the #error message, then moving <png.h>
before <longjmp.h> should make things work.

Phil.


Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Fri Dec 4 01:50:19 2009; Machine Name: busoni.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.

 


http://brneurosci.org/imal-manual/node29.html

next up previous contents index
Next: Command-line options Up: Installation instructions Previous: Compiling with Lesstif   Contents   Index


If you have problems compiling the program

Here are some tips that have been found helpful in compiling imal on some systems. For normal Unix systems, these steps should not be necessary.
  • In makefile, try substituting ``CC=g++'' for ``CC=gcc''.
  • If a problem occurs with xmtnimage16.cc, make sure libjpeg.a is somewhere on your system. In one case it was necessary to copy some of the libjpeg include files (jconfig.h, jdct.h, jerror.h, jinclude.h, jmemsys.h, jmorecfg.h, jpegint.h, jpeglib.h, and jversion.h) to the imal source directory or in /usr/include/gr.
  • Add /usr/X11R6/LessTif/Motif1.2/lib to /etc/ld.so.conf and type ``/sbin/ldconfig''. (This solved a problem on one machine that could not load libXm.so.1).
  • Check to make sure the files in /usr/X11R6/include/Xm are the correct version. Don't mix Motif 1.x files with 2.x libraries or vice versa.
  • If problems are encountered with calculator.l or calculator.y, try substituting bison and flex for yacc and lex respectively.
  • If you have an unusual CPU and the program compiles successfully but cannot read TIFF files, it may be caused by incorrect determination of the byte order. Each compiler seems to have a different way of indicating the byte order. Posix-compliant systems are supposed to have a file called bytesex.h or endian.h. If these files are not present, make may get the byte order wrong. To fix this, add either #define LITTLE_ENDIAN or #undef LITTLE_ENDIAN after the line #define MAXWINDOWS 10 in xmtnimage.h to force the correct byte order and run 'make clean' and 'make' again.
  • Don't edit y.tab.c or y.tab.cc. These are created automatically from calculator.y.

More compiling problems and solutions

  • Problem:
    In file included from xmtnimage.cc:11:
    xmtnimagec.h:9: Xbae/Matrix.h: No such file or directory
  • Solution:
    Xbae installation did not occur correctly. Manually copy libXbae.a to /usr/X11R6/lib and copy *.h to /usr/X11R6/include/Xbae.

  • Problem: grep: /Xm/Xm.h: No such file or directory
    ./configure: test: -ge: unary operator expected
  • Solution: Motif is not installed correctly; or paths to Motif are incorrect. This occurs on SuSE linux with Lesstif. Should say: found after looking for
    /usr/X11R6/include/Xm/Xm.h
    ...
    looking for /usr/openwin/share/include/Xm/Xm.h

  • Problem: In file included from xmtnimage.cc:10: xmtnimage.h:79: bytesex.h: No such file or directory
  • Solution:
    This should not occur. Delete config.cache and rerun ./configure.

  • Problem:
    gcc: installation problem, cannot exec `cc1plus': No such file or directory
  • Solution:
    gpp / g++ must be installed; egcs or gcc alone are not sufficient to compile C++ programs.

  • Problem:
    /usr/X11R6/lib/libXbae.a(Matrix.o)(.data+0xb7c):
    undefined reference to `XmeFromHorizontalPixels'
  • Solution: Motif is not installed correctly. This message will also occur during compilation of libXbae. Reinstall Motif and recompile and reinstall libXbae.a.

  • Problem:
    imal: loadlocale.c:220: _nl_load_locale: Assertion `idx % __alignof__ (u_int32_t) == 0' failed.
  • Solution: export LC_ALL=POSIX

  • Problem:
    /usr/local/include/pngconf.h:326: error: expected constructor,
    destructor, or type conversion before ?.? token /usr/local/include/pngconf.h:327: error: ?__dont__? does not name a type
  • Solution: Your libpng library is not installed correctly. Whenever you install libpng, it's necessary to delete lines 326 and 327 from pngconf.h. That is, the lines containing:
             __pngconf.h__ already includes setjmp.h;
    __dont__ include it again.;


next up previous contents index
Next: Command-line options Up: Installation instructions Previous: Compiling with Lesstif   Contents   Index
root 2009-09-05

 


http://www.be.kernel.org/bugs.debian.org/bts-spool-archive/73/273473.report

Received: (at submit) by bugs.debian.org; 26 Sep 2004 11:24:57 +0000
From matijs@mvz.xs4all.nl Sun Sep 26 04:24:57 2004
Return-path: <matijs@mvz.xs4all.nl>
Received: from smtp-vbr7.xs4all.nl [194.109.24.27]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CBX9F-00054i-00; Sun, 26 Sep 2004 04:24:57 -0700
Received: from pomme (mvz.xs4all.nl [80.126.4.68])
by smtp-vbr7.xs4all.nl (8.12.11/8.12.11) with ESMTP id i8QBOtnS053389;
Sun, 26 Sep 2004 13:24:55 +0200 (CEST)
(envelope-from matijs@mvz.xs4all.nl)
Received: from matijs by pomme with local (Exim 3.36 #1 (Debian))
id 1CBX9D-0007YC-00; Sun, 26 Sep 2004 13:24:55 +0200
Content-Type: multipart/mixed; boundary="===============1091547483=="
MIME-Version: 1.0
From: Matijs van Zuijlen <Matijs.van.Zuijlen@xs4all.nl>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libpng12-dev: please port explanation of setjmp error from libpng10-dev
X-Mailer: reportbug 2.99.3
Date: Sun, 26 Sep 2004 13:24:55 +0200
Message-Id: <E1CBX9D-0007YC-00@pomme>
Sender: Matijs van Zuijlen <matijs@mvz.xs4all.nl>
X-Virus-Scanned: by XS4ALL Virus Scanner
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:

This is a multi-part MIME message sent by reportbug.

--===============1091547483==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: libpng12-dev
Version: 1.2.5.0-7
Severity: wishlist
Tags: patch

While compiling something today, I got the error:

In file included from /usr/include/png.h:332,
from xmtnimage65.cc:17:
/usr/include/pngconf.h:255: error: syntax error before `.' token
/usr/include/pngconf.h:256: error: parse error before `again'

Inside pngconf.h, there is some terse text on the reason for this.

After some googling, it turns out that libpng10-dev includes a much clearer
text. It also uses #error, instead of just causing a syntax error, and it
tells me how to solve the problem.

Could you please 'port' this to libpng12-dev? I've added a patch.

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8

Versions of packages libpng12-dev depends on:
ii libpng12-0 1.2.5.0-7 PNG library - runtime
ii zlib1g-dev 1:1.2.1.2-1 compression library - development

-- no debconf information

--===============1091547483==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="libpng12.patch"

--- pngconf.h.orig 2004-09-26 13:18:56.937333416 +0200
+++ pngconf.h 2004-09-26 13:20:19.492282512 +0200
@@ -252,8 +252,13 @@
# undef _BSD_SOURCE
# endif
# ifdef _SETJMP_H
- __png.h__ already includes setjmp.h;
- __dont__ include it again.;
+/* Explanation added by debian maintainer Philippe Troin <phil@fifi.org>.
+ There are two versions of setjmp, depending wether or not we compile for
+ BSD. They are incompatible and can cause crashes. The PNG people force
+ here a unique behavior for setjmp. It fou get the error below,
+ then include <png.h> before <setjmp.h>.
+*/
+#error png.h already includes setjmp.h with some additional fixup.
# endif
# endif /* __linux__ */


--===============1091547483==--

 



신고

'Research > Tools' 카테고리의 다른 글

qt embedded 4.6 configure option  (0) 2009.12.29
CFE setenv  (0) 2009.12.22
uclinux-rootfs  (0) 2009.12.17
svn: Unrecognized URL scheme for 'http://.......'  (0) 2009.12.03
SVN: Store password unencrypted (yes/no)?  (6) 2009.12.03
qt embedded compile시 libpng관련 에러  (0) 2009.11.30

티스토리 툴바