Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Got "Trace/BPT trap: 5" after calling pod update #592

Closed
rist opened this issue Oct 12, 2012 · 9 comments
Closed

Got "Trace/BPT trap: 5" after calling pod update #592

rist opened this issue Oct 12, 2012 · 9 comments
Labels
t2:defect These are known bugs. The issue should also contain steps to reproduce. PRs welcome!

Comments

@rist
Copy link

rist commented Oct 12, 2012

pod update worked fine until today. pod outdated told me that FlurrySDK got updated to 4.0.5 and since then pod update gives me that error.
the xcode workspace is still workable but not really sure if it's 100% correct.

here's some console ouput:

pod --verbose update

Resolving dependencies of `./Podfile'

Finding added, modified or removed dependencies:

  • AFNetworking
  • Facebook-iOS-SDK
  • FlurrySDK
  • HockeySDK
  • MBProgressHUD
  • UrbanAirship-iOS-SDK

Updating spec repositories
Updating spec repo `master'
$ /usr/bin/git pull
Already up-to-date.

Resolving dependencies for target `default' (iOS 5.0)

  • AFNetworking (~> 1.0)
  • MBProgressHUD (~> 0.5)
  • FlurrySDK (~> 4.0.4)
  • HockeySDK (~> 2.5.2)
  • UrbanAirship-iOS-SDK (~> 1.3.3)
  • Facebook-iOS-SDK (~> 3.1.0)

Downloading dependencies

-> Using AFNetworking (1.0)

-> Using Facebook-iOS-SDK (3.1.1)

-> Installing FlurrySDK (4.0.5)

Cloning git repo
$ /usr/bin/git rev-list --max-count=1 4.0.5
8630e78e3ada3bace1c84c8f58f7e9e0cd06e206
$ /usr/bin/git init
Initialized empty Git repository in /Users/rist/projects/private/servustv/ServusTV/Pods/FlurrySDK/.git/
$ /usr/bin/git remote add origin
'/Users/rist/Library/Caches/CocoaPods/Git/f7c47342461aecc5bb2e0191b48baa3cd0610264'
$ /usr/bin/git fetch origin tags/4.0.5
From /Users/rist/Library/Caches/CocoaPods/Git/f7c47342461aecc5bb2e0191b48baa3cd0610264
* tag 4.0.5 -> FETCH_HEAD
$ /usr/bin/git reset --hard FETCH_HEAD
HEAD is now at 8630e78 Update to version 4.0.5
$ /usr/bin/git checkout -b activated-pod-commit
Switched to a new branch 'activated-pod-commit'
Installing documentation
[!] Skipping documentation generation because appledoc can't be found.

-> Using HockeySDK (2.5.2)

-> Using MBProgressHUD (0.5)

-> Using UrbanAirship-iOS-SDK (1.3.3)

Generating support files

  • Running pre install hooks
  • Generating project
  • Installing targets
    • Generating xcconfig file at `./Pods/Pods.xcconfig'
    • Generating prefix header at `./Pods/Pods-prefix.pch'
    • Generating copy resources script at `./Pods/Pods-resources.sh'
      Trace/BPT trap: 5
@fabiopelosin
Copy link
Member

Did you update to Mountain Lion before the last update? This looks like a borked gem.

@rist
Copy link
Author

rist commented Oct 15, 2012

Hi, no I had Mountain Lion already installed before

@rist
Copy link
Author

rist commented Oct 15, 2012

The bug seems to be somehow related to the new Flurry SDK (4.0.5)

This Podfile works:
platform :ios, '5.0'

pod 'AFNetworking', '1.0'
pod 'MBProgressHUD', '> 0.5'
pod 'FlurrySDK', '4.0.4'
pod 'HockeySDK', '
> 2.5.2'
pod 'UrbanAirship-iOS-SDK', '> 1.3.3'
pod 'Facebook-iOS-SDK', '
> 3.1.0'

This doesn't (see the difference in the Flurry version definition)
platform :ios, '5.0'

pod 'AFNetworking', '1.0'
pod 'MBProgressHUD', '> 0.5'
pod 'FlurrySDK', '
> 4.0.4'
pod 'HockeySDK', '> 2.5.2'
pod 'UrbanAirship-iOS-SDK', '
> 1.3.3'
pod 'Facebook-iOS-SDK', '~> 3.1.0'

@yetithefoot
Copy link

Got the same problem with FlurrySDK 4.0.5 (No Podfile.lock, Pods.xcodeproj, .xcworkspace generated)!

4.0.4 works fine!

xp-clean:States-iOS yeti$ pod install
Resolving dependencies of `./Podfile'
Updating spec repositories
Resolving dependencies for target `default' (iOS 4.3)
Downloading dependencies
Installing FlurrySDK (4.0.5)
Installing GMGridView (1.1.1)
Installing MBProgressHUD (0.5)
Installing SVProgressHUD (0.8)
Generating support files
Trace/BPT trap: 5

@alloy
Copy link
Member

alloy commented Oct 17, 2012

(Just dumping notes, won’t be able to fix this immediately.)

The problem is in the xcodeproj ext:

$ gdb --args /Users/eloy/.rbenv/versions/1.9.3-p194/bin/ruby /Users/eloy/Code/CocoaPods/CocoaPods/bin/pod install --no-update --no-integrate --verbose

(gdb) run
Starting program: /Users/eloy/.rbenv/versions/1.9.3-p194/bin/ruby /Users/eloy/Code/CocoaPods/CocoaPods/bin/pod install --no-update --no-integrate --verbose
Reading symbols for shared libraries ++............................ done

Resolving dependencies of `./Podfile'

Resolving dependencies for target `default' (iOS 4.3)
  - FlurrySDK

Downloading dependencies

-> Installing FlurrySDK (4.0.5)
  $ /opt/local/bin/git config core.bare
  true
 > Cloning git repo
   $ /opt/local/bin/git rev-list --max-count=1 4.0.5
   8630e78e3ada3bace1c84c8f58f7e9e0cd06e206
   $ /opt/local/bin/git init
   Initialized empty Git repository in /Users/eloy/tmp/Test592/Pods/FlurrySDK/.git/
   $ /opt/local/bin/git remote add origin '/Users/eloy/Library/Caches/CocoaPods/Git/f7c47342461aecc5bb2e0191b48baa3cd0610264'
   $ /opt/local/bin/git fetch origin tags/4.0.5
   From /Users/eloy/Library/Caches/CocoaPods/Git/f7c47342461aecc5bb2e0191b48baa3cd0610264
    * tag               4.0.5      -> FETCH_HEAD
   $ /opt/local/bin/git reset --hard FETCH_HEAD
   HEAD is now at 8630e78 Update to version 4.0.5
   $ /opt/local/bin/git checkout -b activated-pod-commit
   Switched to a new branch 'activated-pod-commit'
 > Using existing documentation

Generating support files
  - Running pre install hooks
  - Generating project
Reading symbols for shared libraries ..... done
  - Installing targets
    - Generating xcconfig file at `./Pods/Pods.xcconfig'
    - Generating prefix header at `./Pods/Pods-prefix.pch'
    - Generating copy resources script at `./Pods/Pods-resources.sh'

Program received signal SIGTRAP, Trace/breakpoint trap.
0x00007fff918ff09d in CFRetain ()
(gdb) bt
#0  0x00007fff918ff09d in CFRetain ()
#1  0x00007fff9190b327 in __CFDictionaryStandardRetainValue ()
#2  0x00007fff9190b15a in __CFBasicHashAddValue ()
#3  0x00007fff91911838 in CFBasicHashAddValue ()
#4  0x00007fff91910b5d in CFDictionaryAddValue ()
#5  0x00000001005e60ed in dictionary_set ()
#6  0x000000010004ffeb in hash_foreach_iter ()
#7  0x00000001000e1083 in st_foreach ()
#8  0x0000000100050f7a in hash_foreach_call ()
#9  0x0000000100036514 in rb_ensure ()
#10 0x0000000100050f58 in rb_hash_foreach ()
#11 0x00000001005e606d in dictionary_set ()
#12 0x000000010004ffeb in hash_foreach_iter ()
#13 0x00000001000e1083 in st_foreach ()
#14 0x0000000100050f7a in hash_foreach_call ()
#15 0x0000000100036514 in rb_ensure ()
#16 0x0000000100050f58 in rb_hash_foreach ()
#17 0x00000001005e6701 in write_plist ()
#18 0x00000001001311bb in call_cfunc ()
#19 0x000000010013bf1f in vm_call_method ()
#20 0x0000000100137b75 in vm_exec_core ()
#21 0x000000010013c88e in vm_exec ()
#22 0x000000010013f076 in rb_yield ()
#23 0x000000010000789f in rb_ary_each ()
#24 0x0000000100131190 in call_cfunc ()
#25 0x000000010013bf1f in vm_call_method ()
#26 0x0000000100137b75 in vm_exec_core ()
#27 0x000000010013c88e in vm_exec ()
#28 0x000000010013f076 in rb_yield ()
#29 0x000000010000789f in rb_ary_each ()
#30 0x0000000100131190 in call_cfunc ()
#31 0x000000010013bf1f in vm_call_method ()
#32 0x0000000100137b75 in vm_exec_core ()
#33 0x000000010013c88e in vm_exec ()
#34 0x000000010013cfe3 in rb_iseq_eval_main ()
#35 0x000000010003725f in ruby_exec_internal ()
#36 0x0000000100038242 in ruby_run_node ()
#37 0x000000010000157f in main ()

@alloy
Copy link
Member

alloy commented Oct 17, 2012

What happens, is that @jk’s version returns characters that were removed earlier by @nvd, and these make the ext choke…

Ideally it should just handle those, but for now I at least make the ext raise in a graceful manner.

@jk Would you mind changing those?

@alloy
Copy link
Member

alloy commented Oct 17, 2012

@rist Until the xcodeproj fix is released, you could work around it by removing those characters from FlurrySDK's license file yourself.

@alloy alloy closed this as completed Oct 17, 2012
@jk
Copy link

jk commented Oct 18, 2012

Oh I see, I just copied the file from Flurry to the latest version. I'll will change that later today.

@alloy
Copy link
Member

alloy commented Oct 18, 2012

@jk Thanks!

jzapater pushed a commit to jzapater/CocoaPods that referenced this issue Sep 17, 2013
zhengrf225 pushed a commit to zhengrf225/Xcodeproj that referenced this issue Nov 30, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
t2:defect These are known bugs. The issue should also contain steps to reproduce. PRs welcome!
Projects
None yet
Development

No branches or pull requests

5 participants